قبل أن تضغط على "شراء" أو "بيع" على Binance P2P، أنا دائمًا أتحقق من هذه الأمور الخمس:
✅ تحقق من معدل إتمام المعاملة للطرف الآخر. ✅ راجع عدد الطلبات التي تم إتمامها. ✅ ادفع فقط إلى الحساب الصحيح الذي يظهر على Binance. ✅ لا تدردش أو تنتقل إلى Telegram/Zalo لإجراء المعاملة. ✅ لا تضغط على "تم الدفع" إلا بعد تحويل الأموال فعليًا.
هذه الخطوات الخمس قد تكون بسيطة، لكنها تساعدكم على تقليل الكثير من المخاطر عند التداول. احفظوها من فضلكم
هناك تفصيلة يمكن تفويتها في تصميم @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 ما زال يفترض مستوى من الثقة، وغالبًا المستخدمون أيضًا يكسلون عن التحقق.
السوق غالبًا يكافئ الشيء اللامع أكثر من الشيء المؤكد.