ملف 假装在抄底 الشخصي

PINNED

·

--

⚠️ تذكير يا شباب: استخدموا رمز دعوة بينانس MY6751، لتوفير 30% من الرسوم (الأعلى على مستوى الشبكة)، مع وصول تلقائي. يمكن أيضًا تعبئة الرمز في الحسابات القديمة التي تُستخدم بالفعل. Alpha، الفوري، سباق التداول، العقود، الأسهم المُمَثَّلة بالرموز—كلها توفر 30%.

ثلاث خطوات وتخلصوا:
1️⃣ تطبيق بينانس → المحفظة → دعوة الأصدقاء
2️⃣ اضغطوا على "إدخال رمز الدعوة" لتخفيض الرسوم 30%
3️⃣ أدخلوا MY6751

·

--

مقالة

إذا كان الذكاء الاصطناعي هو الموظف الجديد في الشركة، فإن نيوتن لم يكتب دماغًا، بل دليل الموظف

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

NEWT+0.59%

假装在抄底

·

--

📆Alpha التقويم
18：00 غارة لعملة قديمة، متوقع 30U

أنا ما عندي رصيد، لازم أراقب فقط🙃

اللي ما سوّى مهام نقاط Alpha، خلّيه يسارع الآن، يقدر يضيف➕5 نقاط

شوف الشرح في منشوري السابق

假装在抄底

·

--

【طريقة صورة واحدة 】فقد 0.1U + مهمة نقاط 5 Alpha

سوق التنبؤات بالمحفظة: شراء مبلغ واحد 51U،
وقت الفعالية: 30 يونيو 16:00 — 7 يوليو 07:59
مسار العملية:
1⃣ ادخل إلى صفحة نشاط Alpha في بينانس، واضغط على مدخل المهام
2⃣ اختر تصنيف «الثقافة»
3⃣ اعثر على السوق: «هل سيظهر يسوع المسيح قبل عام 2027؟»
4⃣ اختر «لا»
5⃣ بعد شراء 51U بسعر السوق، قم ببيعه بسعر السوق أيضًا، وبذلك تكون قد أكملت المهمة.
⚠️ تنبيه لإخواني: قبل التداول يمكنكم الربط/التسجيل عبر دعوة بينانس باستخدام MY6751 لتوفير 30% على الرسوم (الأعلى على مستوى الشبكة)، وصول تلقائي. حتى الحسابات القديمة التي تستخدمونها بالفعل يمكنها تعبئة Alpha وSpot ومسابقات التداول والعقود والأسهم الممثلة بالرموز (Tokenized Stocks)، كلها توفر 30%.
#ALPHA🔥

假装在抄底

·

--

【طريقة صورة واحدة 】فقد 0.1U + مهمة نقاط 5 Alpha

سوق التنبؤات بالمحفظة: شراء مبلغ واحد 51U،
وقت الفعالية: 30 يونيو 16:00 — 7 يوليو 07:59
مسار العملية:
1⃣ ادخل إلى صفحة نشاط Alpha في بينانس، واضغط على مدخل المهام
2⃣ اختر تصنيف «الثقافة»
3⃣ اعثر على السوق: «هل سيظهر يسوع المسيح قبل عام 2027؟»
4⃣ اختر «لا»
5⃣ بعد شراء 51U بسعر السوق، قم ببيعه بسعر السوق أيضًا، وبذلك تكون قد أكملت المهمة.
⚠️ تنبيه لإخواني: قبل التداول يمكنكم الربط/التسجيل عبر دعوة بينانس باستخدام MY6751 لتوفير 30% على الرسوم (الأعلى على مستوى الشبكة)، وصول تلقائي. حتى الحسابات القديمة التي تستخدمونها بالفعل يمكنها تعبئة Alpha وSpot ومسابقات التداول والعقود والأسهم الممثلة بالرموز (Tokenized Stocks)، كلها توفر 30%.
#ALPHA🔥

·

--

مقالة

إذا افتتحت متجرًا صغيرًا على السلسلة، لماذا سأحتاج Newton؟

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

USDC+0.00%

NEWT+0.59%

假装在抄底

·

--

صاعد

خطر ببالِي اليوم مشهد عملي على أرض الواقع: إذا في المستقبل فعلًا سمح لي وكيل AI بمعالجة معاملاتي على السلسلة، فلن أُسلِّم له محفظة الحساب الرئيسي مباشرةً من البداية، بل سأتصرف كما لو كنت أعطي طفلًا في البيت مصروفًا للعيش—أعطيه أولًا "محفظة ميزانية". 😄

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

هذا هو فهمي لقيمة @NewtonProtocol : ليس أن يُترك لـ AI أن يفعل ما يريد، بل أن تُكتب قواعد قبل تنفيذ المعاملة—كم يمكن إنفاقه، إلى أين يمكن إنفاقه، وفي أي حالات يجب التوقف. بالتالي لا يتم التنفيذ إلا وفقًا للقواعد؛ إذا تجاوز الحدّ فلا تتحرك.

سابقًا كنا نتحدث عن أمان المحفظة، وقلنا كثيرًا: لا تُعطِ صلاحيات بشكل عشوائي. لاحقًا ومع زيادة وكلاء AI، سيصبح السؤال: كيف نُدير الصلاحيات بعد منحها؟ إذا كانت طبقة الصلاحيات من نوع $NEWT يمكن أن تعمل بسلاسة، عندها لن يكون AI يتجول وهو يحمل بطاقة مصرفية دون ضوابط، بل سينفّذ داخل ميزانية محددة وبشكل واضح. #newt

NEWT+0.59%

假装在抄底

·

--

تمّ التحقق

مقالة

我不怕 AI agent 不够聪明，我怕它太勤快

昨晚我换了个角度看 @NewtonProtocol 。以前一听到 AI agent，我脑子里最先冒出来的是“自动找机会、自动下单、自动帮我省时间”。但越往真实场景想，越觉得最可怕的不是 AI 不够聪明，而是它太勤快。
人做交易有个天然限制：会困，会犹豫，会反复看一眼金额。哪怕凌晨两点看到机会，手指放在确认键上，也会停一下，想想是不是点错了、是不是仓位太重、是不是今天已经亏多了。AI agent 没这个毛病。它如果拿到钱包权限，可以按照策略一直跑：发现价差就动，看到信号就进，触发条件就转账，遇到协议就调用。速度快是优势，但没有边界的速度，也是风险。

NEWT+0.59%

假装在抄底

·

--

أنا الآن أرى @NewtonProtocol ، وأول رد فعل ليس “هل يستطيع الذكاء الاصطناعي مساعدتي في كسب المزيد؟”، بل سؤال أكثر واقعية: إذا حصل وكيل الذكاء الاصطناعي فعلًا على صلاحيات الوصول إلى المحفظة، هل لديه فرامل؟ 😅 عندما يقوم الشخص يدويًا بتحويل الأموال، فإنه يتردد على الأقل قبل الضغط على تأكيد الطلب؛ أمّا وكيل الذكاء الاصطناعي فليس مثل ذلك، إذ يمكنه إنهاء التقييم خلال ثانية، ثم تنفيذ الطلب، والتحويل، واستدعاء DeFi. يبدو الأمر ممتعًا جدًا، لكن إن لم تكن هناك حدود، فقد يتحول “المتعة” إلى كارثة. #newt لذلك أعتقد أن تركيز @NewtonProtocol Newton Protocol ليس في جعل الروبوت أكثر عدوانية، بل في كتابة القواعد بشكل صارم أولًا: الحد الأقصى لكل عملية كم مبلغ، والحد الأقصى خلال 24 ساعة كم مبلغ، وما هي البروتوكولات المسموح بها فقط، وعند مواجهة عناوين ذات مخاطر عالية يتم الرفض مباشرة، وإذا تجاوزت المبالغ حدًّا معينًا يجب ترقية/رفع طلب الموافقة. يشبه ذلك منح “باس بطاقة عمل” لِمتداول ذكاء اصطناعي: يمكنك أن تعمل، لكن لا يمكنك العبث ببطاقة المدير. $NEWT الأمر الأكثر إثارة للاهتمام فيه هو أنه يضع هذا المنطق “السماح/الرفض” قبل تنفيذ الصفقة، وليس بعد حدوث المشكلة ثم الرجوع للسجلات. على السلسلة، أكثر ما ينقصنا ليس الزر، بل تلك الإشارة الحمراء/الخضراء قبل الضغط على الزر. #newt

أنا الآن أرى @NewtonProtocol ، وأول رد فعل ليس “هل يستطيع الذكاء الاصطناعي مساعدتي في كسب المزيد؟”، بل سؤال أكثر واقعية: إذا حصل وكيل الذكاء الاصطناعي فعلًا على صلاحيات الوصول إلى المحفظة، هل لديه فرامل؟ 😅

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

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

يشبه ذلك منح “باس بطاقة عمل” لِمتداول ذكاء اصطناعي: يمكنك أن تعمل، لكن لا يمكنك العبث ببطاقة المدير.

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

NEWT+0.59%

假装在抄底

·

--

$SPCXB بعد قليل من المال، كل الناس ما بين عشرات وحدات ومئات وحدات، أما أنا فكيف أصبحت 1.8 وحدة😅

SPCXB+2.16%

假装在抄底

·

--

صاعد

خلال هذين اليومين حاولت النظر من زاوية المطورين إلى @OpenGradient ، ووجدت شيئًا صغيرًا جدًا لكن حاسمًا: استدعاء واحد للذكاء الاصطناعي لا يمكنه أن يقتصر على إرجاع كلمتي «ناجح» فقط. إذا استخدمت الـ SDK لاستدعاء نموذج مرة واحدة، ودُفعت الرسوم، ثم ظهرت مشكلة لاحقًا، فليس ما أحتاجه أكثر هو الرجوع إلى رؤية المشروع، بل «الورقة الصغيرة» تلك: ما هو request_id؟ أين يوجد payment_hash؟ وهل حالة الدفع «pending» أم «passed»؟ وإذا فشل، فهل هو إعادة محاولة، أو استرداد، أم مجرد وسم للمخاطر؟ #OPG قد يبدو هذا كأنه تفاصيل هندسية، لكن في الواقع أكثر ما تخشاه الأعمال هو أن تكون التفاصيل غير واضحة. في السابق، مع استخدامي للعديد من واجهات برمجة تطبيقات الذكاء الاصطناعي، كان يتم عرض الفواتير وسجلات الاستدعاء غالبًا بشكل منفصل، وعند حدوث مشكلة لا يكون أمامك سوى الرجوع إلى لوحة التحكم أو البريد الإلكتروني أو السجلات—وكأنك تبحث عن فاتورة في كومة قمامة. 😅 لذلك أعتقد أن $OPG لكي يصبح «بنية تحتية» للذكاء الاصطناعي، لا يكفي أن يثبت أن النموذج يمكنه الإجابة، بل يجب أيضًا أن يكون لكل استدعاء قابلًا للتتبع. ما الذي دفعه المستخدم، وما الذي حصل عليه المطور، وأين وصل الإثبات على السلسلة—كل ذلك ينبغي أن يكون واضحًا مثل معرفة تفاصيل سجل التحويلات. بالنسبة لي، payment_hash ليس مجرد حقل بارد، بل هو «إيصال»—يثبت مسار ذكاء اصطناعي على السلسلة وهو يتجه إلى بيئة الإنتاج. قد تنتهي صلاحية الإجابة، لكن لا ينبغي فقدان سجل الاستدعاءات.

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

إذا استخدمت الـ SDK لاستدعاء نموذج مرة واحدة، ودُفعت الرسوم، ثم ظهرت مشكلة لاحقًا، فليس ما أحتاجه أكثر هو الرجوع إلى رؤية المشروع، بل «الورقة الصغيرة» تلك: ما هو request_id؟ أين يوجد payment_hash؟ وهل حالة الدفع «pending» أم «passed»؟ وإذا فشل، فهل هو إعادة محاولة، أو استرداد، أم مجرد وسم للمخاطر؟ #OPG

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

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

بالنسبة لي، payment_hash ليس مجرد حقل بارد، بل هو «إيصال»—يثبت مسار ذكاء اصطناعي على السلسلة وهو يتجه إلى بيئة الإنتاج. قد تنتهي صلاحية الإجابة، لكن لا ينبغي فقدان سجل الاستدعاءات.

OPG+2.74%

假装在抄底

·

--

تدفق صورة واحدة
0.1U خسارة + 5 مهام نقاط Alpha
التوقعات في السوق: شراء مبلغ واحد 51U

وقت الفعالية: 30 يونيو 16:00 — 7 يوليو 07:59

مسار العملية:
1⃣ ادخل إلى صفحة نشاط Binance Alpha، ثم انقر على مدخل المهام
2⃣ اختر تصنيف «الثقافة»
3⃣ ابحث عن السوق: «هل سيَهبط يسوع المسيح قبل عام 2027؟»
4⃣ اختر «لا»
5⃣ بعد شراء 51U بسعر السوق، ثم قم ببيعه بسعر السوق أيضًا لإكمال المهمة.

⚠️ تذكير لإخوتي: قبل التداول يمكنكم الربط عبر: دعوة Binance باستخدام MY6751، لتوفير 30% من الرسوم (الأعلى على مستوى الشبكة)، وصول تلقائي. الحسابات القديمة التي يتم استخدامها أيضًا يمكنها إدخال Alpha والسبوت وتحديات التداول والعقود والأسهم المُمَثَّلة برمز—كلها توفر 30%.

ثلاث خطوات لتتم بسرعة:
1️⃣ تطبيق Binance → المحفظة → دعوة الأصدقاء
2️⃣ اضغط على "إدخال رمز الدعوة" لتقليل الرسوم 30%
3️⃣ أدخل MY6751
#道指收创纪录新高
$BNB $ETH $SPCXB

·

--

أخبار ألفا اليوم
في الساعة 18:00، هجوم على العملات القديمة؛ فقط اقتنع بالأمر وامضِ بالأكل.

假装在抄底

·

--

صاعد

كان لديّ سوء فهم سابق: كلما كان الـ AI على السلسلة أقوى في التحقق، كان ذلك أفضل بالضرورة. الأفضل أن نملأ ZKML في كل استدعاء—يبدو أكثر أمانًا وأكثر صلابة، والأكثر “روعة”.#OPG لكن مؤخرًا، بعد أن راجعت تصميم “طيف التحقق” الخاص بـ @OpenGradient ، بدأت أرى أن الأمر ليس بهذه البساطة. في الأعمال الحقيقية، التحقق ليس مطرقة واحدة تُسقَط على كل شيء؛ بل يجب النظر إلى حجم المخاطر. على سبيل المثال، في الأسئلة والأجوبة العادية أو استعلامات البيانات منخفضة القيمة، إذا استخدمنا دائمًا أقوى إثباتات ممكنة، فقد لا يكون قد انتهى التنفيذ حتى يترك المستخدم الصفحة. في الاستخدام اليومي، قد تكون الحلول منخفضة التأخير مثل TEE أكثر واقعية؛ أمّا عندما يتعلق الأمر بأموال كبيرة فعلًا، أو بمعلمات التحكم بالمخاطر، أو بمنطق التسوية، فحينها فقط يكون من المنطقي استخدام ZKML الأثقل، وهذا أقرب إلى تصميم أنظمة طبيعي. $SPCXB هذا يشبه الحياة: شراء زجاجة مياه لا يستدعي استدعاء مدقق حسابات، لكن عند شراء منزل وتوقيع عقد، يجب التأكد وفحص التفاصيل. ليس أن الأمان غير مهم، بل المهم هو أن الأمان والسرعة والتكلفة يجب أن تُحسب معًا. لذلك عندما أنظر إلى $OPG ، لا أبحث فقط عمّا إذا كان لديه “أقوى إثبات”؛ بل هل يمكنه تمكين المطورين من اختيار المستوى المناسب حسب السيناريو. الطلبات منخفضة المخاطر—أسرع. الطلبات عالية القيمة—أكثر صرامة. هذا التقسيم إلى طبقات أقرب إلى التبنّي الواقعي من أن نرفع الأداء طوال الوقت إلى أقصى حد. ليس البنية التحتية شيئًا يُبقيه دائمًا على أعلى وضع، بل أن تعرف متى يجب التوفير ومتى لا يجوز التوفير.

كان لديّ سوء فهم سابق: كلما كان الـ AI على السلسلة أقوى في التحقق، كان ذلك أفضل بالضرورة. الأفضل أن نملأ ZKML في كل استدعاء—يبدو أكثر أمانًا وأكثر صلابة، والأكثر “روعة”.#OPG

لكن مؤخرًا، بعد أن راجعت تصميم “طيف التحقق” الخاص بـ @OpenGradient ، بدأت أرى أن الأمر ليس بهذه البساطة. في الأعمال الحقيقية، التحقق ليس مطرقة واحدة تُسقَط على كل شيء؛ بل يجب النظر إلى حجم المخاطر.

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

$SPCXB

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

لذلك عندما أنظر إلى $OPG ، لا أبحث فقط عمّا إذا كان لديه “أقوى إثبات”؛ بل هل يمكنه تمكين المطورين من اختيار المستوى المناسب حسب السيناريو. الطلبات منخفضة المخاطر—أسرع. الطلبات عالية القيمة—أكثر صرامة. هذا التقسيم إلى طبقات أقرب إلى التبنّي الواقعي من أن نرفع الأداء طوال الوقت إلى أقصى حد.

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

OPG+2.74%

SPCXB+2.16%

假装在抄底

·

--

صاعد

راجعتُ أمس مثالاً لفشل صفقة تحكيم/تحكيم سعري بسبب الفارق الزمني. والأوجع ليس أن الاتجاه كان خاطئاً، بل أن الأمر كان “متأخراً ببضع ثوانٍ”. النموذج كان قادراً على الاستنتاج أولاً، والاستراتيجية نفسها لم تكن مشكلة، لكن من حساب السعر خارج السلسلة إلى تنفيذ العملية على السلسلة، تغيّر السعر خلال تلك اللحظة. ومع تكبير الانزلاق السعري، تحوّل الربح الصغير الذي كان في الأساس إلى خسارة.😅 هذه الواقعة جعلتني أفكر من جديد في @OpenGradient . كثيرون يتحدثون عن الذكاء الاصطناعي على السلسلة، وأول رد فعل يكون: “هل سيحكم AI بدقة؟”. لكن عندما تدخل بالفعل في بيئة الأموال، فالدقة خطوة أولى فقط؛ بعدها تأتي تفاصيل مثل سرعة التنفيذ، تأخر التحقق، تأكيد السلسلة، وحتى أن يتم السبق بمعاملة من طرف آخر. إذا كان على الصفقة أن تنتظر بضع ثوانٍ بعد أن يحسبها الـAI كي تُسجّل على السلسلة، فهذه الثواني هي “نافذة صمت”. طالما السوق هادئ فلا فرق كبير، لكن عند حدوث تقلبات، أو تصفيات، أو تحكيم سعري، أو تحديثات الأسعار، قد تكون هذه النافذة هي فرصة غيرك ليتقدم عليك.#OPG لذلك أبحث في $OPG ليس فقط عما إذا كان يمكنه توصيل استدلال الـAI إلى العقود الذكية، بل أيضاً ما إذا كان يمكنه ضغط مسار “استدلال -> تحقق -> تنفيذ” بإحكام كافٍ. خصوصاً أفكار مثل PIPE التي تعتمد على التسوية الفورية؛ إذا كان بإمكانها تقليل الانتظار والقطيعة الزمنية، فسيكون ذلك مهماً جداً لسيناريوهات DeFi. صعوبة الـAI على السلسلة ليست فقط أن يحسن الحكم، بل أن لا تقتل الفرصة طريقها بعد الحكم. تقليل نافذة التنفيذ هو ما يقرّب فعلاً من بنية تحتية تشبه بيئة الإنتاج.

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

هذه الواقعة جعلتني أفكر من جديد في @OpenGradient . كثيرون يتحدثون عن الذكاء الاصطناعي على السلسلة، وأول رد فعل يكون: “هل سيحكم AI بدقة؟”. لكن عندما تدخل بالفعل في بيئة الأموال، فالدقة خطوة أولى فقط؛ بعدها تأتي تفاصيل مثل سرعة التنفيذ، تأخر التحقق، تأكيد السلسلة، وحتى أن يتم السبق بمعاملة من طرف آخر.

إذا كان على الصفقة أن تنتظر بضع ثوانٍ بعد أن يحسبها الـAI كي تُسجّل على السلسلة، فهذه الثواني هي “نافذة صمت”. طالما السوق هادئ فلا فرق كبير، لكن عند حدوث تقلبات، أو تصفيات، أو تحكيم سعري، أو تحديثات الأسعار، قد تكون هذه النافذة هي فرصة غيرك ليتقدم عليك.#OPG

لذلك أبحث في $OPG ليس فقط عما إذا كان يمكنه توصيل استدلال الـAI إلى العقود الذكية، بل أيضاً ما إذا كان يمكنه ضغط مسار “استدلال -> تحقق -> تنفيذ” بإحكام كافٍ. خصوصاً أفكار مثل PIPE التي تعتمد على التسوية الفورية؛ إذا كان بإمكانها تقليل الانتظار والقطيعة الزمنية، فسيكون ذلك مهماً جداً لسيناريوهات DeFi.

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

OPG+2.74%

假装在抄底

إذا كان الذكاء الاصطناعي هو الموظف الجديد في الشركة، فإن نيوتن لم يكتب دماغًا، بل دليل الموظف

إذا افتتحت متجرًا صغيرًا على السلسلة، لماذا سأحتاج Newton؟

我不怕 AI agent 不够聪明，我怕它太勤快

المواضيع الرائجة