江东郡

أحد الأشياء التي غالبًا ما يتم التقليل من شأنها في التداول على السلسلة هو "الشعور بالتخطيط".

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

لذا، عندما أراقب نظام الطلبات لـ @GeniusOfficial ، أجد نفسي أكثر اهتمامًا بالأسعار المحددة، TP/SL، الطلبات المفتوحة والطلبات المغلقة، هذه الوظائف التي قد تبدو غير جذابة. الحلول السريعة مثل Fast Swap و Aggregator تتعلق بكيفية الدخول، لكن الأسعار المحددة وجني الأرباح ووقف الخسارة تتعلق بما إذا كنت قد فكرت جيدًا قبل الدخول. إذا كان المنصة تمكنك فقط من الدخول بسرعة، فهي مجرد مسرع؛ إذا كانت تستطيع أن تتيح لك تحديد السعر، حجم الصفقة، مدة الصلاحية وقواعد الخروج مسبقًا، فإنها تشبه أكثر منصة تداول.

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

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

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

@GeniusOfficial $GENIUS #genius

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

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

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

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

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

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

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

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

@OpenLedger
$OPEN #OpenLedger

أنا برأيي $BR، ما بسأل أول شي "هل ممكن يرتفع؟"، بل ببلش بأسئلة ثلاث.

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

ثانياً، هل في استخدام حقيقي لحوكمة BR؟ من الورقة البيضاء، BR مو بس لامتلاك الرمز، بعد ما تقفلها ممكن تحصل على veBR، وتشارك في توزيع حوافز gauge. التصميم الأساسي هنا مو "هل ممكن نصوت"، بل هل التصويت فعلاً رح يؤثر على تدفق موارد البروتوكول.

ثالثاً، هل تم توضيح المخاطر؟ الورقة البيضاء بتنبه بوضوح، إنه الرمز ممكن يفقد قيمته جزئياً أو كلياً، أو ممكن ما تكون في سيولة مستمرة. هالتنبيه مهم لأنه بيوضح $BR مو مناسب للفهم بس من خلال سرد السوق.

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

@Bedrock $BR #Bedrock

أعتقد أن الشكل الأكثر فائدة لـ Cloud Config ليس صفحة إعدادات معقدة، بل هو مكتبة قوالب الأذونات.

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

لذلك يمكن لـ OpenLedger تحويل الأذونات الشائعة إلى قوالب.

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

هذا مهم بشكل خاص للمستخدمين الجدد.

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

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

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

@OpenLedger $OPEN #OpenLedger

أنا الآن أراقب أدوات التداول، ولم أعد أنظر كثيرًا إلى عدد المؤشرات المتراكمة على الصفحة.

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

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

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

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

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

@GeniusOfficial $GENIUS #genius

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

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

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

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

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

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

#genius
$GENIUS

أنا الآن أشوف أدوات العوائد، أكثر شيء ما يعجبني هو جملة: "هذا الفاوت جيد في العوائد."

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

لذا أشوف إن OpenLedger's OctoClaw ممتازة لعمل نموذج تسوية الفاوت.

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

في هالوقت، حدود Cloud Config تكون مهمة جداً. تسوية الفاوت هي تسوية بس، ما المفروض تتحول بسهولة لنصيحة استثمارية، وأقل من ذلك، ما المفروض تتقدم للتنفيذ تلقائي.

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

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

@OpenLedger $OPEN #OpenLedger

لقد قضيت وقتًا طويلًا في التداول على السلسلة، وزاد عدم ثقتي في عبارة "الفرص كثيرة".

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

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

الآن، أعتبر Genius كـ"محطة تنفيذ"، وليس مجرد مجمع بسيط. على سبيل المثال، عندما أواجه صفقة صغيرة في بداية التداول، تتقلب بسرعة، سأستخدم Fast Swap أولاً، أضحي بجودة التنفيذ مقابل السرعة؛ وإذا كانت الصفقة أكبر، وكان السائل في السوق مستقرًا، سأستخدم Aggregator للسماح للطرق بتحسين الأسعار. لا يمكن اختيار هذين الخيارين بشكل عشوائي، لأن مشكلة Fast هي أن السيولة الضعيفة قد تؤدي إلى تأثيرات سلبية، بينما مشكلة Aggregator هي أن الأسعار والتقديم تكون بشكل طبيعي أبطأ قليلاً.

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

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

#genius $GENIUS

عندي سؤال أفكر فيه أكثر وأكثر مؤخرًا: في عالم السلسلة، كان المفتاح الخاص هو الأهم، والآن يمكن أن تكون "سلطة التنفيذ" هي الأهم.

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

وهذا هو ما يهمني عند النظر إلى OpenLedger.

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

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

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

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

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

@OpenLedger $OPEN #OpenLedger

هل يمكن أن ينجح Web3؟ يعتمد ذلك إلى حد كبير على ما إذا كان الفريق لديه بالفعل القوة 💪 القدرة على بناء نظام مثل بروتوكول DeFOF، استراتيجيات الصناديق على السلسلة، وتوكنات الأصول المدعومة، هو في حد ذاته عائق.
انطلاق ROO.FUND ليس منخفضًا، والتركيز المبكر على القيمة أعلى. مسابقة هدايا جارية 👇 @RoosterDAO #RoosterDAO

الكثير من الناس يشعرون بالراحة عند النظر إلى Genius الدائم: مباشرةً تتصل بدفتر الطلبات والسيولة الخاص بـ Hyperliquid، دون فرض رسوم إضافية على المنصة، وتحويل 1-30 ثانية ليكون لديك القدرة على الانتقال من رصيد السلع إلى الدائم. من منظور المستخدم، هذه تكامل ذكي.
لكنني أرى أن هيكل المنتج يحتاج إلى تفكير أعمق: Genius تعتبر نفسها "نقطة النهاية"، لكن السلع يتم تنفيذها من قبلها، بينما الدائم يعتمد بالكامل على دفتر الطلبات الخاص بـ Hyperliquid. بمعنى آخر، خط الدائم في Genius هو في الواقع واجهة + قناة إيداع، وليس سوقًا مستقلًا.
هذا ليس مشكلة، لكنه حقيقة تستحق التفكير الجيد. الوثيقة تقول "لا توجد رسوم إضافية على المنصة" يبدو وكأنه كرم، لكن بالنظر إلى الوراء، يعني أن Genius في المدى القصير لا تحصل على أموال مباشرة من الدائم. فما هو الدائم في منطق منتجها - هل هو وسيلة للاحتفاظ بالمستخدمين، أم أنها تتحمل مسؤولية الإيرادات حقًا؟
إذا كان الأول، فإن أي سياسة أو معدل أو تغيير في واجهة Hyperliquid سيؤثر على تجربة Genius في الدائم. كلما كانت النقطة النهائية أكثر توحيدًا، كلما زادت الاعتمادية على القاعدة الأساسية. سأفكر لاحقًا في كيفية توضيح Genius: هل هو اتصال تقني مع Hyperliquid أو ارتباط استراتيجي، وفي أي سيناريو يجب على المستخدم أن يدرك أنه يتعامل مع منتجين في نفس الوقت. @GeniusOfficial $GENIUS @GeniusOfficial #genius

قبل خمس سنوات، لو كنت أفهم منطق OpenLedger، كان ممكن أن أقلل من إرسال ملايين الكلمات كمواد تدريب.
الأيام الماضية، كنت أفكر في شيء واحد.
قبل خمس سنوات، عندما بدأت أستخدم أدوات الترجمة المختلفة، مساعدي الكتابة، وبرامج تحسين الذكاء الاصطناعي، لم يكن لدي أي مفهوم عن "المساهمة بالبيانات". كل يوم كنت أنسخ وألصق النصوص، وفي عيني كانت مجرد مواد معالجة، بعد ما أخلص معالجة النتائج، كنت أرميها، ولم أفكر أبداً في المكان الذي ذهبت إليه هذه الأشياء.
خلال خمس سنوات، يمكنني تقدير أنني قمت بإنتاج عدة ملايين من الكلمات. هذه المواد الآن على الأرجح تترسب بشكل ما في نموذج أو أكثر من نماذج التدريب، ولن أستطيع العثور عليها أو استعادتها، ولم أحصل على أي سنت.
لو كنت أفهم منطق OpenLedger في ذلك الوقت، كان ممكن أن أختار خيارين مختلفين: الأول هو أن أكون أكثر حذرًا في اختيار البيانات التي أقدمها للأدوات المختلفة؛ والثاني هو أن أضع المحتوى المهني ذي القيمة العالية في نظام له تسوية مستندة على النسبة، بدلاً من أن أقدمه بلا وعي.
نظام OpenLedger لإثبات النسبة - كل بيانات تم استخدامها من قبل النموذج يتم تسجيلها على السلسلة، ويتم تسويتها تلقائيًا إلى محفظة المساهمين حسب النسبة. متوافق مع إيثيريوم L2، ويعمل على OP Stack وEigenDA. إجمالي إمدادات OPEN هو 1 مليار، وTGE يتداول بنسبة 21.55%، والنظام البيئي المجتمعي 51.7%.
لكن يجب أن أقول شيء: ورقة بيضاء عن خوارزمية النسبة قدمت فقط المفهوم، ولم تقدم تعريفًا رياضيًا يمكن التحقق منه بشكل مستقل. "كم يمكن أن تساوي ملايين الكلمات التي أرسلتها؟" حالياً لا أستطيع حساب ذلك.
سأراقب ثلاث أشياء: عدد الأحداث الحقيقية لتسوية النسبة على الشبكة الرئيسية، متوسط التسوية لكل مرة، ونشاط مجموعة بيانات المحتوى الإبداعي.
البحث الحقيقي، الأولوية للبقاء. البيانات من خمس سنوات مضت لا يمكن استعادتها، لكن من اليوم فصاعدًا، يمكنني اختيار وجهات مختلفة لكل ما أرسله. @OpenLedger $OPEN #OpenLedger

شوف جدول الرسوم في Genius، من 0.30% نزلت لحد 0.05%، شكلها كده لطيف، بس لو دققت هتلاقي حاجتين.
الأولى، الصعود للمستويات مش سهل. عتبات حجم التداول التراكمي 100 ألف، 1 مليون، 10 مليون، و100 مليون دولار متدرجة، ومعظم المستخدمين هيفضلوا في Level 1 اللي هي 0.30% لفترة طويلة.
الثانية، التداول بين العملات المستقرة وبين العملات المستقرة والأصل الأصلي ثابت على 0.05%، مش هتستفيد من أي استرداد، وكمان هتحسب على 0.5 ضعف الوزن في حساب GP. يعني لو معظم نشاطك هو تحويل عملات مستقرة لعملات أصلية للدخول والخروج، مش هتقدر تصعد في المستويات، وكمان هتاخد نقاط أقل.
هيكل الرسوم في الحقيقة بيحدد بهدوء "المستخدم المثالي": مستعد يعمل تداولات في السوق الفوري ذات تقلبات عالية، مستعد يبدأ من 0.30% كاملة، ومش مستعجل في الصعود. ده مش غلط، بس لازم المستخدم يعرف، طريقة التداول اللي متعود عليها، في منطق الرسوم بتاعت Genius هتكون في أي مستوى. @GeniusOfficial $GENIUS #genius

بعد تنفيذ العميل، أكثر ما أريده ليس "إشعار النجاح"، بل زر يمكنني من التراجع
عندما قام وكيل التداول بإجراء صفقة لي مؤخراً، نظرت إلى تلك المعاملة التي تم تسجيلها على السلسلة وفجأة أدركت أمرًا واحدًا - ليس لدي القدرة على "التراجع".
في عصر Web2، كل حركة تتطلب خصم الأموال كانت تحتوي على آلية تراجع مقابلة. التحويلات الخاطئة يمكن إلغاؤها، الطلبات الخاطئة يمكن إلغاؤها، الاشتراكات الخاطئة يمكن استردادها. تبدو هذه الآليات غير مهمة، لكنها هي الشروط الأساسية التي تجعل المستخدمين يثقون في النظام.
لا يوجد تراجع على السلسلة. المعاملة بمجرد تسجيلها تصبح نهائية.
هذا الأمر مقبول عندما يقوم المستخدم بالعمليات يدويًا - إذا ضغطت، فقد ضغطت، وأنت تتحمل المسؤولية. لكن عندما يتدخل الوكيل، هناك فجوة مسؤولية حاسمة بين "هو ضغط" و"أنا ضغطت". إذا اتخذ الوكيل قرارًا بالنيابة عني في غيابي ووجدته غير منطقي لاحقًا، ليس لدي أي طريق للعودة.
ليس من الممكن فعلاً التراجع عن المعاملات على السلسلة - هذا شيء لا يمكن تحقيقه. لكن يمكننا منح نافذة تدخل قبل تنفيذ الوكيل. على سبيل المثال، يجب أن يتم إنشاء payload لجميع المعاملات التي تتجاوز عتبة معينة وانتظار تأكيد المستخدم لبضع ثوان؛ أو يجب أن يكون هناك تأكيد ثانٍ لجميع العمليات في أماكن غير مدرجة في القائمة البيضاء؛ أو يجب أن تتوقف جميع الإجراءات التي تجاوزت الميزانية اليومية المجمعة في انتظار تدخل بشري.
يجب أن تكون Cloud Config هي الحاملة لهذه الآلية - المستخدمون يحددون مسبقًا أي الإجراءات هي "مسار سريع"، وأي الإجراءات يجب أن تمر عبر "نافذة تراجع ناعمة".
جوهر هذا الأمر ليس مشكلة تقنية، بل هو مشكلة ثقة.
أقوم بتسليم المهام إلى الوكيل بشرط أن أعلم متى يمكنني إيقافه. إذا لم أستطع إيقافه، فسأكون مضطرًا لإعطائه صلاحيات قليلة منذ البداية. كلما كانت الصلاحيات قليلة، كلما قل ما يمكن للوكيل القيام به؛ وكلما قل ما يمكنه القيام به، كلما انخفضت قيمته. هذه دائرة سلبية.
طريقة كسر هذه الدائرة ليست "جعل الوكيل أكثر ذكاءً"، بل "توفير المزيد من نقاط التدخل للمستخدم".
آمل أن تجعل OctoClaw في المستقبل "نافذة التراجع" مفهومًا من الدرجة الأولى - ليست مجرد تصحيح للأخطاء، بل هي جزء أساسي من عملية التنفيذ.
لا يوجد تراجع على السلسلة، لذا يجب أن نترك لها بابًا في الخارج.
@OpenLedger $OPEN #OpenLedger