小鼓贝贝

الآن نستخدم النموذج الكبير، والجميع اعتادوا على الدفع حسب次数، حسب Token.

لكن هناك مشكلة لم تُناقش بجدية: ماذا يحصل عليه المستخدم عندما ينفق المال؟ هل هي فقرة نصية، أم استنتاج من نموذج يمكن إثبات حدوثه بشكل حقيقي؟

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

وهذا هو ما يجعل استنتاج x402 LLM من OpenGradient مثيرًا للاهتمام.

إنه لا يقدم فقط نقطة دفع، بل يربط بين الدفع، واستدعاء النموذج، والتوقيع، والسجلات على السلسلة. يدفع المستخدمون رسوم الاستنتاج باستخدام $OPG ، وكل استدعاء يترك سجلًا يمكن تدقيقه.

بصراحة، في السابق كنت تدفع مقابل "الإيمان بإجابة المنصة"، الآن تحاول شراء "الإجابة مع إيصال التنفيذ".

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

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

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

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

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

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

$OPG @OpenGradient #OPG

الآن، الكثير من منتجات الذكاء الاصطناعي تواجه مشكلة: تخلص من الإجابة بمجرد الانتهاء.

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

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

أعتقد أن ما يجعل OpenGradient ذا قيمة هو أنه يسعى لتحويل استنتاجات الذكاء الاصطناعي من إجابة مؤقتة إلى سجل حساب يمكن تتبعه.

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

قد لا يكون هذا الأمر واضحاً في المحادثات العادية، لكنه مهم جداً في السياقات المالية، والتدقيق، والامتثال، وAgent.

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

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

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

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

$OPG @OpenGradient #OPG

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

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

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

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

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

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

أعتقد أن هذا مهم جداً. لأن المستخدمين في المستقبل لن يسألوا فقط "هل كانت إجابات الذكاء الاصطناعي دقيقة؟"، بل سيسألون "كيف يمكنك إثبات أنه تم التنفيذ بهذه الطريقة؟"

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

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

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

$OPG @OpenGradient #OPG

أنا لاحظت إنه في مشكلة كبيرة عند الكثير من اللي يتعلموا الذكاء الاصطناعي: تسألهم سؤال، يشرحوا لك بشكل واضح؛ لكن لو سألتهم بعد كم يوم، كأنك تسألهم لأول مرة.

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

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

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

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

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

بالنسبة للواجهة، المستخدمين العاديين يقدروا يجربوا MemSync WebApp أو الإضافة؛ المطورين كمان يقدروا يدمجوا القدرة على التذكر عبر REST API في تطبيقاتهم التعليمية.

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

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

$OPG @OpenGradient #OPG

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

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

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

أعتقد أن MemSync من OpenGradient هو الأكثر عملية، مو أنه يخلي الذكاء الاصطناعي يتذكر جملة "إيش تحب"، لكن ممكن نستخدمه كقاعدة بيانات بحثية تتحدث باستمرار.

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

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

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

المطورين ممكن يدخلوا عن طريق REST API، وكمان ممكن يجربوا في تطبيق MemSync تجربة استخراج الذاكرة، البحث وتوليد معلومات المستخدم. للناس اللي يعملوا مساعد بحث، خدمة العملاء أو تطبيقات مرافقة طويلة الأمد، المدخل مو معقد.

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

لكنني أوافق على اتجاهه في حل المشكلة: الذكاء الاصطناعي الجيد مو أنه يحفظ كل المعلومات، لكن في الوقت اللي تحتاجه، بالضبط يجيب لك تلك المعلومة المفيدة.

$OPG @OpenGradient #OPG

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

لكن من قام بعمل منتج يعرف جيداً أن الجزء الأكثر تعقيدًا في النموذج غالبًا ما يبدأ بعد الإطلاق.

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

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

OpenGradient's Model Hub هنا يعمل بشكل أكثر كمنظومة نشر نماذج.

يمكن إنشاء نموذج في البداية في مستودع مستقل، ثم نشر إصدارات مختلفة بطريقة مثل v1.00، v1.01، v2.00. يمكن وضع ملفات النموذج، الإعدادات، والتوضيحات تحت كل إصدار، بدلاً من استبدال النموذج القديم بمجرد رفع ملف جديد.

سير العمل الفعلي أيضًا سلس.

المطور يقوم بتدريب نموذج توقع المخاطر، ثم يقوم بتصدير بصيغة ONNX، ويقوم بإنشاء مستودع في Model Hub ورفع v1.00. بعد ذلك، يمكنه التجربة مباشرة في واجهة الاستخدام على الويب، للتأكد من أن المدخلات والنتائج لا تواجه مشكلات واضحة، ثم يجعل التطبيق يتصل بهذا الإصدار.

لاحقًا، عند تحديث بيانات التدريب، يمكنه الاستمرار في نشر v1.01، مع توضيح التغييرات، ثم السماح لبعض التطبيقات بتجربة النسخة الجديدة. النسخة القديمة تظل محفوظة، ولن تتسبب التحديثات المفاجئة في تعطيل جميع المنتجات التي تستخدمها في نفس الوقت. يمكن للفريق أيضًا رفع النموذج واستخدامه في سير عمل التدريب أو النشر الخاص بهم عبر Python SDK وCLI.

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

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

$OPG @OpenGradient #OPG

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

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

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

وهذا هو السبب الذي يجعلني أرى أن OpenGradient أكثر واقعية: حيث يرغب في ترك كل استنتاج بسلسلة من الأدلة التي يمكن استخدامها للمسائلة.

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

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

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

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

لكن على الأقل، لقد حلت الخطوة الأولى: جعلت السلوكيات الرئيسية للذكاء الاصطناعي لا تقتصر فقط على خلفية شركة معينة.

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

$OPG @OpenGradient #OPG

أشعر بشكل متزايد أن Bedrock ليست مجرد منتج عائد، بل هي نظام عائد.

كنت أتحدث مع صديق يعمل في المالية التقليدية.

قال جملة لا أزال أتذكرها.

قال: "ما يستحق المال حقًا ليس المنتج، بل النظام."

في ذلك الوقت لم أفهم ذلك جيدًا.

لكن في طريق عودتي إلى المنزل، فكرت فجأة في Bedrock.

لأن الكثير من الناس الآن ينظرون إلى Bedrock، وما زالوا يتعودون على اعتبارها منتج عائد. هناك أصول، هناك عوائد، هناك Vault، ثم تنتهي القصة.

لكن مؤخرًا، أشعر بشكل متزايد أن ما يحدث خلفها ليس مجرد منتج واحد.

عند النظر بتمعن، نجد أن uniETH مسؤولة عن دخول الأصول إلى النظام، وuniBTC مسؤولة عن زيادة استخدام BTC، وVault مسؤولة عن إدارة العوائد، وBRclaw مسؤولة عن تفسير المعلومات، بينما veBR مسؤولة عن المشاركة طويلة الأمد والحوكمة.

عند النظر إلى هذه الأشياء بشكل منفصل، يبدو أن كل واحدة منها مجرد وظيفة.

لكن عندما تتصل معًا، تصبح أكثر شبهاً بنظام عائد كامل.

هذا يجعلني أفكر في تطور الهواتف الذكية.

في السابق، كنت بحاجة إلى كاميرا للتصوير، وMP3 للاستماع إلى الموسيقى، وGPS للتنقل. كل وظيفة كانت لها جهاز مستقل.

ثم ظهرت الهواتف الذكية.

لم تكن تقوم بوظيفة واحدة فقط، بل دمجت هذه الوظائف في نظام واحد.

أعتقد أن Bedrock أصبحت مشابهة لذلك الآن.

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

في هذه المرحلة، ستصبح قيمتها ليست مجرد قيمة منتج، بل قيمة نظام.

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

لكن على الأقل من حيث الاتجاه، أعتقد أنه أصبح أكثر وضوحًا.

المنتج الجيد يحل مشكلة.

النظام الجيد يحل نوعًا من المشاكل.

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

$BR #Bedrock @Bedrock

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

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

ضحك الجميع.

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

لأن عددًا متزايدًا من الناس في السوق الآن لا يريدون الانتظار طويلًا.

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

لذا، عندما بدأت دراسة veBR، لم يكن ما يهمني هو القفل، بل المنطق وراءه.

أعتقد أن veBR في جوهرها لا تقوم بفرز الأموال، بل الوقت.

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

Bedrock تعمل على veBR، وأعتقد أن جوهر الأمر هنا.

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

هذه الفكرة تشبه إلى حد كبير فكرة المساهمين في الشركات.

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

لذا أعتقد أن مراقبة veBR في المستقبل، ليست بالضرورة حول كمية القفل، بل حول ما إذا كان يمكن أن تنمو ثقافة حوكمة طويلة الأمد ببطء.

لجعل الذين يرغبون حقًا في النمو مع النظام البيئي يمتلكون المزيد من权利发言权.

لأن أي نظام بيئي يتطور لاحقًا، ما ينقصه دائمًا ليس التدفق، بل الأشخاص الذين يرغبون في البقاء.

الاهتمام يمكن أن يجلب الانتباه.

المشاركون على المدى الطويل هم من يمكنهم تحديد الاتجاه.

قد يكون هذا أيضًا هو المكان الأكثر قيمة في veBR.

$BR #Bedrock @Bedrock

BRclaw: المستقبل قد لا يكون أغلى شيء هو البيانات، بل فهم البيانات.

قبل يومين في حوالي الساعة الواحدة صباحًا، كنت أتفحص بيانات عدة بروتوكولات مختلفة.

بصراحة، لم أكن أبحث عن فرص، بل كنت أبحث عن مخاطر.

لأن العديد من منتجات العائدات لم تعد ببساطة تتعلق بـ APY فقط. قد يكون هناك استراتيجيات مختلفة، مصادر تمويل مختلفة، وهياكل مخاطر مختلفة خلف ذلك. تعتقد أنك فهمت، لكن في الواقع قد تكون قد فهمت السطح فقط.

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

إذا كان يجب اتخاذ القرارات بهذه الطريقة في كل مرة، فكيف يمكن للمستخدم العادي المشاركة؟

ثم عندما نظرت مرة أخرى إلى BRclaw من Bedrock، شعرت أنه ربما يحل هذه المشكلة.

الكثير من الناس يفهمون BRclaw كأداة AI، لكن أعتقد أنه من الأدق أن نقول إنه يعمل كـ "طبقة ترجمة" في نظام Bedrock البيئي.

مع تطور Bedrock 2.0 نحو Intelligent Yield Engine، سيكون هناك المزيد والمزيد من Vaults، ومصادر عائدات، ومجموعات أصول.

يمكن للمتخصصين دراسة هذه الأمور.

لكن معظم المستخدمين ليس لديهم كل هذا الوقت.

ما يحتاجونه هو جملة بسيطة.

من أين تأتي العائدات؟

أين تكمن المخاطر الرئيسية؟

هل هو مناسب للاحتفاظ طويل الأمد أم للتوزيع قصير الأمد؟

ما التغييرات التي تستحق المتابعة؟

هذه هي الأسئلة الحقيقية التي يطرحها المستخدمون يوميًا.

أعتقد أن BRclaw، إذا استطاع القيام بهذا العمل بشكل جيد، قد تكون قيمته أكبر مما يتخيله الكثيرون.

لأن الشيء الأكثر ندرة في المستقبل قد لا يكون البيانات.

على السلسلة، لم تكن البيانات أبدًا نادرة.

ما هو نادر حقًا هو القدرة على فهم البيانات.

الآن، لدى Bedrock طبقة أصول، وطبقة عائدات، وطبقة حوكمة.

ودور BRclaw هو ربط كل هذه الأمور معًا، مما يسمح للمستخدمين بفهمها.

أنا أؤيد هذا الاتجاه.

لأن الأنظمة المعقدة في النهاية لا تتنافس في التعقيد، بل من يستطيع شرح التعقيد بوضوح.

الكثير من المشاريع تخلق المعلومات.

بينما BRclaw أكثر شبهاً بخلق الفهم.

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

$BR #Bedrock @Bedrock

عندي صديق ماسك ETH من زمان، بس ما فكر أبداً إنه يشتغل كـ نود للتحقق.

مرّة سألتوا ليش، ورد بكل بساطة: "أنا بس أريد أشارك في الستيكينغ، مو عشان أشتغل بعد الدوام في تصليح السيرفرات."

الجملة هذي صادقة جداً.

الكثير من الناس لما يشوفوا الستيكينغ، أول رد فعل لهم هو الأرباح؛ ولما يغوصوا في الموضوع، يكتشفوا إنه في تفاصيل مثل نشر النود، نسبة تواجد الآلات، تخزين المفاتيح، وصيانة المدققين، وكمان عمليات كثيرة هم ما يعرفوها. حاجز الـ 32 ETH هو بس الجزء الظاهر، والصيانة الطويلة هي الشيء اللي معظم المستخدمين العاديين ما يبغوا يتعاملوا معاه.

أعتقد وظيفة uniETH هي إنها تأخذ هالمشاكل عن عاتق المستخدم.

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

هذا يشبه فتح متجر على الإنترنت.

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

لما ترجع تشوف مسار تطوير Bedrock، راح تلاحظ إنه تسوي uniBTC، uniETH، uniIOTX وأصول ثانية، الفكرة الأساسية متناسقة: إنها تأخذ العمليات المعقدة اللي المستخدم العادي ما يعرفها، وتخليها في الخلفية، وبعدين تعطي الواجهة الأمامية مدخل أسهل لامتلاك واستخدام الأصول.

وهذا هو السبب اللي يخلي Bedrock مو بس "توزع أصول الأرباح".

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

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

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

$BR #Bedrock @Bedrock

كنت أحب بشدة الانقضاض على الأشياء الجديدة.

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

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

هذا فرق كبير.

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

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

لذا، أنا أكثر اهتمامًا بدورة حياة المنتج.

المرحلة الأولى هي جعل المستخدمين يفهمون أن uniBTC ليست مجرد تغليف للبيتكوين؛ المرحلة الثانية هي الربط بين البيتكوين ومصادر العائد الحقيقية مثل ائتمان المؤسسات من خلال Vault العائد؛ المرحلة الثالثة هي تقسيم الاستراتيجيات مثل الائتمان، المحايد في السوق، RWA، و DeFi-native ببطء؛ المرحلة الرابعة، هي أن تترك $BR و BRclaw والحكم وحقوق النظام البيئي المستخدمين على المدى الطويل.

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

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

الضجيج يحدد البداية، والهيكل يحدد ما إذا كان يمكن الاستمرار.

$BR #Bedrock @Bedrock

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

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

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

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

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

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

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

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

$GENIUS #genius @GeniusOfficial

كان عندي عادة سيئة، كلما شفت فرصة جديدة، أتحمس وأحط فلوس أكثر.

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

لذلك الآن أشوف @Bedrock و Cap، أكثر شيء يثير اهتمامي مو رقم عائدات مبالغ فيه، بل هو “عملية التوسع البطيء” اللي تصير.

Bedrock ما بدأت بضغط كل الفلوس مرة وحدة، بل بدأت بحجم صغير من delegation، تراقب أداء المشغل، بيئة السوق، واستقرار الهيكل، وبعدها توسع شوي شوي. هذا الإيقاع أشوفه واقعي ومناسب لفهم المستخدمين العاديين لـ BTCFi.

لأن الكثير من الناس لما يشوفوا منتجات العائد، يحبوا يسألوا: هل أقدر أستثمر فيها بسرعة؟ لكن بالنسبة لـ BTC، السؤال الأفضل ربما يكون: هل أقدر أجرّب بمبلغ صغير أولاً؟ هل أقدر أراقب لفترة؟ هل أقدر أبني ثقتي شوي شوي؟

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

هذا هو أسلوب السوق الناضج.

أنا خسرت قبل، لأنني كنت أصدق إنه “فترة الفرصة قصيرة، لو فاتتك راحت عليك” هالكلام. الحين أحب المنتجات اللي تشرح الآلية بوضوح، وتخلي المستخدمين يتابعوا ويتقدموا ببطء. إذا Bedrock 2.0 قدرت تستمر بهالإيقاع، أشوفها رح تكون أكثر ودية لحاملي BTC.

الفلوس الحقيقية على المدى الطويل، ما تخاف من البطء، تخاف من الغموض.

$BR #Bedrock @Bedrock

👀

كنت فعلاً منزعج جدًا من توقيع المحفظة في السابق.

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

لذا، الآن عندما أنظر إلى أدوات التداول، أركز بشكل خاص على تجربة الحسابات والتوثيق. أجد أن Genius لديها شيء مثير للاهتمام، حيث تطرقت إلى Turnkey وLit Protocol وPasskeys. يبدو أنها مصطلحات تقنية، لكن عند تطبيقها على المستخدم، فإن الهدف هو حل قضية واحدة: هل يمكن جعل الحسابات أكثر سلاسة، دون فقدان السيطرة على الأصول؟

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

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

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

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

$GENIUS #genius @GeniusOfficial

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

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

لذا عندما رأيت @Bedrock .0، شعرت أنه من المهم التركيز على أن الأمر لا يتعلق فقط بـ "جعل BTC يحقق عائدات"، بل هل لديه القدرة على جعل الدخول، التوزيع، والخروج من BTCFi أكثر وضوحًا.

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

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

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

أشعر شخصيًا أنه بعد نضوج BTCFi، لن يسأل الجميع فقط عن مقدار APY، بل سيسألون: هل يمكنني فهم هذا العائد؟ هل أستطيع تحمل هذه المخاطر؟ هل يمكنني قبول هذا الخروج؟

إذا استطاع Bedrock 2.0 توضيح هذه الأسئلة، فلن يكون مجرد منصة عائدات، بل سيكون بمثابة مدخل لإدارة رأس المال BTC على المدى الطويل.

$BR #Bedrock @Bedrock

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

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

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

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

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

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

$GENIUS #genius @GeniusOfficial

قبل أيام، كنت أتحدث مع صديق، وهو من نوعية حاملي BTC التقليديين، حيث يحتفظ بمعظم عملاته في محفظة باردة، ولا يتعامل كثيرًا مع DeFi. قلت له إن هناك فرص كثيرة في BTCFi، وكانت أول جملة قالها: "أنا مش مش ضد العوائد، لكن أخاف إذا تحركت BTC، ما أعرف وين راحت."

الجملة دي في الحقيقة تعكس واقع.

الكثير من حاملي BTC مش محافظين لدرجة إنهم ما يبغون يكسبون عوائد، لكنهم غير مستعدين عشان APY يبدو مرتفع، يسلمون أصولهم الأساسية لعملية ما يفهموها. أي شيء يتعلق بالتقنيات المعقدة مثل الكروس تشين، الفولتيات، الائتمان، والتحكيم، يبدو جذاب، لكن لما يجي وقت التنفيذ، اليد تتوقف.

عشان كذا، لما أشوف @Bedrock 2.0، ما أنظر أول شيء للعوائد، بل أنظر إذا كانت فيه إمكانية لتجاوز هذا "الحاجز النفسي".

هنا يأتي دور uniBTC. هو مو بس يسمح للمستخدم إنه يبحث في عشرات البروتوكولات، بل يحول رأس المال BTC إلى مدخل موحد، ومن ثم يستخدم طبقة العوائد في Bedrock لاستقبال استراتيجيات مختلفة. بهذا الشكل، على الأقل المستخدم ما يحتاج يبدأ من الخطوة الأولى وهو قلق: أي سلسلة أروح؟ أي مجمع أدخل؟ هل هذه العوائد تناسبني؟

الأهم من ذلك، Bedrock 2.0 مو بس مصمم للاعبين الجريئين. في عنده Vaults مثل Delta-Neutral، الائتمان، RWA، وDeFi-native، وهذا يشير للمستخدم إنه مو لازم يدخل بكل أمواله ويطارد أعلى العوائد، بل ممكن يختار حسب تفضيلاته في المخاطرة.

أشوف إن هذا يشبه إدارة الأصول الحقيقية.

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

أشوف فرصة Bedrock 2.0 مو بس لجذب الأموال قصيرة الأجل، بل كمان لجعل حاملي BTC اللي ما كانوا يتعاملوا مع DeFi، أخيرًا يحصلوا على مدخل يستحق النظر فيه بجدية.

$BR #Bedrock @Bedrock

بصراحة، الآن الكثير من الأدوات على السلسلة تحب تقول إنها "تجمع الكثير من DEX"، بس صراحة ما عاد أشعر بالحماس لما أسمع هالكلمة.

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

عشان كذا أتابع Genius، وأركز على فكرة "المجمع للمجمعين".

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

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

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

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

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

$GENIUS #genius @GeniusOfficial