هناك تفصيلة يمكن تفويتها في تصميم @grvt_io : بدلًا من محاولة استبدال CEX أو DEX، بنى المشروع نموذج Hybrid Exchange لدمج الاثنين.
قد يبدو الأمر مجرد طريقة للتسمية. لكن الأهم ليس أن GRVT تصف نفسها بأنها "hybrid"، بل لماذا اختاروا هذا الاتجاه في التصميم.
أصبح CEX شائعًا بفضل قدرته على تنفيذ الأوامر بسرعة، والسيولة العالية، وتجربة تداول سلسة. وبالمقابل، يجب على المستخدمين إيداع أصولهم في البورصة ووضع ثقتهم في الجهة الحافظة.
يساعد DEX المستخدمين على الاحتفاظ بحق امتلاك أصولهم دائمًا. ومع ذلك، غالبًا ما تكون تجربة التداول أقل سلاسة، وقد تتجزأ السيولة، وقد يصعب تحقيق كفاءة مماثلة لتلك الموجودة في البورصات المركزية.
يبدو أن نموذج Hybrid Exchange لدى GRVT لا يحاول إثبات أن CEX أو DEX أفضل. بدلًا من ذلك، ينطلق المشروع من افتراض مختلف: سرعة التداول وحق ملكية الأصول لا يلزم أن يكونا عاملين يجب التضحية بأحدهما مقابل الآخر.
وبطبيعة الحال، لهذا الاختيار أيضًا تبعات. إن دمج تجربة CEX مع آلية الإدارة الذاتية لأصول DEX يعني أن البروتوكول يجب أن يوفّق بين نموذجين مبنيين على افتراضات مختلفة جدًا، ما يجعل عملية التصميم أكثر تعقيدًا.
الذي لفت انتباهي بعد التعرّف على GRVT ليس الشعار "دمج CEX وDEX"، بل طريقة نظر المشروع إلى المشكلة.
بدلًا من قبول أن على المستخدم الاختيار بين سهولة الاستخدام وحق ملكية الأصول، ترى GRVT أن هذا قيد يمكن إعادة تصميمه. قد ينجح هذا النموذج أو يفشل يعتمد على عملية التنفيذ، لكن قرار التصميم بحد ذاته يمثل وجهة نظر مثيرة للاهتمام.
عندما كنت أتعلم القيادة، قال لي أستاذي هذه المقولة إنها تستحق التذكّر جدًا: “الفرملة المفاجئة ليست شيئًا جيدًا؛ إنها علامة على أني أتأخر في رد الفعل.” القيادة الجيدة تعني أن تقود بطريقة لا تجعلك مضطرًا أبدًا للضغط على الفرامل. انظر بعيدًا، توقع مسبقًا، وخفّض السرعة تدريجيًا؛ حتى الشخص الجالس خلفك لا يَعلم أن السيارة لتوّها تجنّبت موقفًا خطِرًا. الالتزام في عالم الكريبتو هو الشيء نفسه تمامًا. تمت العملية ثم اكتشفت المشكلة، وعندها فقط فرَمت/أوقفت: حظر الحساب، وإرجاع الأموال، والتحقيق.
Newton: طبقة بنية تحتية جديدة تساعد على التحكم في المعاملات قبل تنفيذها
Trong bối cảnh AI Agent ngày càng được ứng dụng nhiều trong blockchain، Newton đang tiếp cận theo một hướng khá khác biệt. Thay vì tập trung xây dựng mô hình AI thông minh hơn hay phát triển một blockchain mới، dự án hướng đến việc tạo ra một lớp hạ tầng giúp kiểm soát giao dịch trước khi chúng được thực thi. Điểm đáng chú ý là Newton không yêu cầu các nhà phát triển phải chuyển sang blockchain khác hay viết lại ứng dụng hiện có. Dự án chỉ bổ sung thêm một lớp xác minh ngay trước bước thực hiện giao dịch.
اسمع يا صاح، كلما قرأت أكثر عن وكيل الذكاء الاصطناعي على السلسلة، كلما شعرت أن هناك قصة غير منطقية إلى حد ما. أكبر مشكلة قد لا تكون ما إذا كانت الذكاء الاصطناعي كافياً من الذكاء أم لا. ولكن… من يملك الحق في أن يضغط زرّه؟ تخيّل ذلك فقط. ذكاء اصطناعي مُكلّف بإدارة محفظتك. إنه يقرأ المقترحات بنفسه، يصطاد الأرباح، يوازن المحفظة، يقوم بربط الأصول، ويُدير دوران الـ stable ليكسب فائدة. يبدو رائعاً جداً. لكن ماذا لو في يومٍ ما قرر خطأً وضيع المال…
أيها الكريبتو، دعونا نتحدث قليلًا عن جزء «هادئ» نسبيًا في طبقة الأمان لدى نيوتن. عندما يتم الحديث عن أمن نيوتن، غالبًا ما يتحدث الناس كثيرًا عن Chainalysis أو Hexagate بسبب قدرتهما على اكتشاف المخاطر في الوقت الفعلي، ووقف المعاملات غير الطبيعية تقريبًا فورًا. لكن هناك اسمًا أقل لفتًا للانتباه: Octane. في رأيي، تجاهل Octane يعني افتقادًا لبعض زوايا النظر. لأنها في الواقع تحل مشكلة مختلفة تمامًا.
يقول الكثيرون: “Magic كانت تصنع المحافظ، والآن تقفز إلى الامتثال، أكيد تماشياً مع الترند”.
يبدو الكلام منطقياً لأن عالم الكريبتو لا ينقصه فرق تعمل على السرديات. لكن عند التعمق، الأمر مختلف.
Magic تصنع المحافظ المتداخلة منذ 2018، ولديها الآن أكثر من 57 مليون محفظة، و200.000+ مطوّر متكامل، وحجم عملات مستقرة تجاوز 10 مليارات دولار. Forbes وPolymarket وHelium يستخدمونها الآن. هؤلاء مستخدمون حقيقيون، وليست أرقاماً فقط لسرد القصة.
Newton أيضاً ليس مجرد منتج ثانوي. إنها خطوة توسعة من إدارة الحسابات → إلى إدارة المعاملات.
الفكرة: قبل أن تنفّذ المعاملة، يقوم النظام بالتحقق من قواعد مثل KYC وAML وحدود المعاملات، بل وحتى استخدام بيانات خارج السلسلة (off-chain) مع الذكاء الاصطناعي. وهذه هي النقطة التي لم يفعلها smart contract التقليدي على الوجه الأمثل.
التقنية التي يستخدمونها هي TEE + ZK، لكي تدعم الامتثال وفي الوقت نفسه تحافظ على الخصوصية.
ومن النقاط اللافتة:
العالم ينفق أكثر من 200 مليار دولار سنوياً على الامتثال. وإذا تمّت برمجة هذه القواعد، فقد تستفيد Newton كثيراً من اتجاه العملات المستقرة وRWA.
لكن ما زال هناك اعتراض.
وجود مستخدمين جاهزين ميزة، ولكن هل المطورون حقاً يستخدمونها؟ إن كانت شديدة الصرامة ستفقد المستخدمين، وإن كانت فضفاضة ستفقد المعنى.
الإيجابيات هي أن Magic لديها أساس أمني جيد، وتمت تجربتها والتحقق منها عبر منتجات واقعية مثل Polymarket.
الخلاصة:
Newton لا يشبه مشروعاً يسعى وراء الترند. إنها خطوة توسعة منطقية نسبياً من عملية التسجيل إلى طبقة المعاملات.
أما النجاح أو عدمه، فلا يزال علينا الانتظار لنرى إن كان المطورون سيصوّتون فعلاً عبر منتج حقيقي.
هاها، طاو يدرك متأخرًا بعض الشيء: وكلاء الذكاء الاصطناعي يعيدون حلقة DeFi القديمة على Layer 1.
الجميع يتفاخر فقط بما يستطيع الـagent إنجازه، ونادرًا من يسأل عن النظام يشجعه على التصرف كيف بالضبط. المشكلة ليست في مدى قوة الذكاء الاصطناعي، بل في الحوافز والثقة.
إضافة قدرات باستمرار لا فائدة منها إذا كان المستخدم ما زال مضطرًا إلى الثقة العمياء في الصندوق الأسود. الأهم ليس أن الـagent هو من يقرر بدلًا منك، بل كم عدد الأشياء التي يمكنك التحقق منها.
لم يلاحقوا ترند “agent خارق الذكاء”، بل ركزوا على تصميم نظام يمكن الوثوق به.
استخدموا HACA لفصل التنفيذ والتحقق: الاستدلال (inference) يعمل بسرعة أولًا، ثم تأتي عملية التحقق بالـproof لاحقًا. TEE للـLLM، وZKML للنماذج الصغيرة.
لقد شغّلوا أكثر من مليوني استدلال قابل للتحقق (verifiable inference)، و500 ألف+ proof.
النقطة الغريبة أنهم يحولون verifiable inference إلى أساس بنية النظام، بحيث عندما يقرر الـagent أي شيء يكون كل شيء قابلًا للتتبع: النموذج + الإدخال + الإخراج.
كأنه DeFi ينتقل من “الثقة في الفريق” إلى “الثقة في الكود”.
لكنني ما زلت أعترض: إذا كانت الـproof بطيئة فسيتطاير المال قبل ذلك، وـTEE ما زال يفترض مستوى من الثقة، وغالبًا المستخدمون أيضًا يكسلون عن التحقق.
السوق غالبًا يكافئ الشيء اللامع أكثر من الشيء المؤكد.
ليس الشيء المثير للاهتمام في OpenGradient Chat هو مدى جودة ردّ الذكاء الاصطناعي.
بل هو مسار التحدّي.
قد يبدو الأمر تقنيًا نوعًا ما، لكن ببساطة الفكرة هي: إذا شكّ لاحقًا أي شخص في نتيجة الذكاء الاصطناعي، فالنظام لا يزال يحتوي على ما يكفي من القرائن للتحقق من جديد—من سجل الاستدلال إلى مسار الإثبات وصولًا إلى سجل التسوية.
هذه الفكرة رائعة.
لأن أغلب أنظمة الذكاء الاصطناعي الحالية تعطيك إجابة واحدة، بينما كيفية وصولها إلى تلك النتيجة… فالأمر متروك لك لتصدّقها أو لا.
OpenGradient يحاول السير في اتجاه مختلف.
لكنني وجدت سؤالًا أكثر إثارة للاهتمام.
إذا كان النظام قادرًا على حفظ كل الأدلة، لكن لا أحد يستخدمها فعلًا لمعارضة النتيجة—فماذا يحدث؟
—
تظهر إجابة.
لوحة مراجعة خضراء.
يرى الجميع أن الأمر جيد → نواصل العمل.
عندها، ما معنى مسار التحدّي؟
من الناحية النظرية، يمكن للجميع أن يحدّوا.
لكن في الواقع:
من هو الشخص الذي يملك الصلاحية الكافية لإيقاف الأمر والقول: “توقّفوا، لحظة”؟
من الذي سيقرأ أكوام السجلات هذه؟
وإذا نجح التحدّي، هل يمكن تغيير النتيجة؟
هذه النقطة هي ما أعتقد أن OpenGradient تلمس به مشكلة أكبر من مجرد “ذكاء” الذكاء الاصطناعي.
ليس نقص الإجابات.
بل نقص آلية معارضة حقيقية تعمل.
—
لذلك، بالنسبة لي، ما يستحق المتابعة ليس كم تكون إجابة الذكاء الاصطناعي صحيحة.
بل ما إذا كان OpenGradient قادرًا على تحويل التحدّي إلى شيء حيّ—يُستخدم فعليًا.
لأن إذا كان التحدّي موجودًا على الورق فقط، وكانت كل القرارات ما تزال تمضي وفق الإجابة الأولى…
المستخدم يحادث Fable 5 أو يولّد صورًا عبر Image Studio.
$OPG تقف في الوسط لربط كل شيء.
هناك نقطة وجدتها غريبة نوعًا ما:
الكريبتو من قبل كان يرمّز (tokenize) الأصول.
ثم صار يرمّز الانتباه.
أما إذا كان OpenGradient يسير في الاتجاه الصحيح، فهم يحاولون ترميز… الاستدلال (inference).
أي أن القيمة لا تنشأ إلا عندما يُستخدم الذكاء الاصطناعي فعلًا.
لكن هذه أيضًا هي نقطة اعتراضي.
كثرة الطلبات لا تعني بالضرورة خلق قيمة.
لو كان الـ Dashboard جميلًا لا يعني أن المستخدم سيتخلص فعلًا من عبء العمل.
إذا في النهاية كان على المستخدم أن يعود ليعدّل كل خطوة بنفسه، فالذكاء الاصطناعي لا يفعل سوى أن يقوم بعمل عكسه: يسلّم العمل للإنسان.
أعتقد أن بنية تحتية للذكاء الاصطناعي في المستقبل يجب أن تكافئ نسبة إنجاز العمل، لا مجرد الإنتاجية (throughput) فقط.
OpenGradient يتجه في الاتجاه الصحيح: تحويل الذكاء الاصطناعي إلى بنية تحتية. لكنهم يحتاجون إلى التركيز على مكافأة النتائج، لا على الأرقام الجميلة في لوحة التحكم.