@grvt_io كانت هذه فكرة واحدة تواصلت معها: لقد كنت أراقب كيف تحاول العملات المشفرة حل مشكلة بسيطة واحدة—لماذا يجب أن يبقى رأس مال تداولي خاملاً بينما أنتظر الفرصة التالية؟ بصراحة، هذا شيء ظللت أتساءل عنه منذ وقت طويل.
بعد قراءة ما يتعلق بالخطوة الأخيرة التي قامت بها GRVT مع Centrifuge، أعتقد أن الفكرة أكبر من مجرد إضافة منتج Earn آخر. تخطط GRVT لإتاحة عائد مدعوم من صندوق Janus Henderson Anemoy Treasury Fund (JTRSY) ضمن منصتها غير المحتفظة بالوصاية الذاتية، حتى يتمكن المستخدمون من التداول وكسب العائد من الرصيد نفسه بدلًا من تقسيم الأموال عبر تطبيقات مختلفة. يعكس هذا التحول تحرك GRVT الأوسع من كونها مجرد بورصة تداول دائمة إلى منصة ثروة على السلسلة (onchain) مبنية حول كفاءة رأس المال.
من خلال ما رأيته، الجزء المثير للاهتمام ليس العائد من الخزينة فقط. بل التجربة نفسها. إذا بدأت المشاركة من مبلغ صغير مثل 1 دولار فقط، فيمكن لعدد أكبر من المستخدمين الوصول إلى استراتيجيات خزينة بأسلوب مؤسسي دون التخلي عن الحفظ الذاتي. بالنسبة لي، هنا تبدأ الأصول المالية الواقعية المُمَثّلة كرموز (tokenized) أن تبدو مفيدة فعلًا بدلًا من الاكتفاء بأن تكون “مبهرة” على الورق. (LinkedIn)
تعود إليّ فكرة واحدة كثيرًا: إن هذا لا ينجح إلا إذا بقي التنفيذ شفافًا. قد تكون المنتجات المدعومة بالخزينة أقل مخاطرة من كثير من عوائد DeFi، لكن لا تزال ليست بلا مخاطر. فلوائح الاسترداد وسياسات الضمانات وتصميم المنتج وظروف السوق كلها ما زالت تؤثر، لذلك لن أتعامل معها على أنها دخل سلبي مضمون.
أعجبني الاتجاه الذي تتخذه GRVT لأنه يبدو وكأنه يحاول جعل كل دولار أكثر إنتاجية بدلًا من إجبار المستخدمين على الاختيار بين التداول والكسب. وإذا توسع الطرح خلال 2026 إلى استراتيجيات أخرى مدعومة بـ RWA مع الحفاظ على النهج نفسه القائم على الحفظ الذاتي، فسأظل بالتأكيد أتابعه عن قرب.
ما رأيك—هل يعني الجمع بين التداول وعائد مدعوم من الخزينة بأسلوب مؤسسي من رصيد واحد مستقبل العملات المشفرة، أم أنك ما زلت تفضل إبقاء تلك الاستراتيجيات منفصلة؟
سأكون صريحًا: كنت أظن أن البيانات الجيدة كانت كافية… حتى تعلمت لماذا يحتاج DeFi إلى الإنفاذ
@NewtonProtocol سأكون صريحًا.. عندما دخلت لأول مرة عالم التمويل اللامركزي (DeFi)، اعتقدت أن أكبر ميزة هي الوصول. كان بإمكان أي شخص إيداع الأصول في خزنة، وكسب عائد، وترك العقود الذكية للقيام بالمهمة. بدا الأمر شبه مثالي. لكن بعد قضاء وقت أطول في البحث في كيفية انتقال رأس المال المؤسسي فعليًا على السلسلة (onchain)، أدركت شيئًا مهمًا. لا تحمي البيانات وحدها المال. يمكنك الحصول على تغذيات أسعار دقيقة وتقارير مخاطر تفصيلية ولوحات تحكم متطورة، ولكن إذا لم يستطع أيّ شيء من ذلك إيقاف معاملة محفوفة بالمخاطر قبل حدوثها، فأنت لا تزال تتصرف بعد فوات الأوان—بعد أن يقع الضرر. هذه بالضبط هي المشكلة التي يحاول بروتوكول Newton معالجتها، وبصراحة، إنها واحدة من أكثر الأفكار عملية التي صادفتها في Web3.
@grvt_io شيء واحد أدركته بعد التعمق في تداول ما قبل الاكتتاب العام هو أن الوصول لم يعد أكبر مشكلة. الأهم هو فهم ما تقوم بتداوله.
قضيت بعض الوقت في قراءة كيفية تعامل GRVT مع هذه الأسواق، واتضح لي ذلك بشكل منطقي أكثر مما توقعت. بدلًا من شراء أسهم شركات خاصة مباشرة، يستخدم المتداولون عقودًا دائمة للحصول على تعرض لسعر الأصل. هذا يعني أنه يمكنك تداول السوق دون التعامل مع حيازة الأسهم أو أزمنة التسوية الطويلة. أعتقد أن هذا استخدام عملي لسلسلة الكتل (بلوك تشين) وليس بلوك تشين من أجل بلوك تشين بحد ذاته.
جزء آخر لفت انتباهي هو الرصيد الموحد. الأصول المؤهلة لديك لا تبقى ساكنة فقط منتظرة الصفقة التالية. بل يمكنها دعم التداول مع البقاء منتجة، وهو ما يبدو أقرب إلى الطريقة التي ينبغي أن تعمل بها المالية الحديثة. من خلال ما رأيته، هذه هي النقطة التي يبدأ فيها بنية Web3 التحتية بتقديم منفعة حقيقية بدلًا من إضافة تعقيد إضافي.
لا يعني ذلك أنني سأندفع إلى كل سوق ما قبل الاكتتاب العام. قد يكون تسعير الشركات الخاصة غير مؤكد، والسيولة ليست دائمًا عميقة، وهذه العقود توفر تعرضًا للسوق بدلًا من امتلاك الأسهم فعليًا. بصراحة، هذه التفاصيل تهم أكثر من الحماس حول أسماء الشركات الكبرى.
أعتقد أن التمويل اللامركزي ينمو عندما يحل بهدوء المشكلات اليومية. إن مزيج GRVT بين الحفظ الذاتي، والتنفيذ السريع، والتسوية على السلسلة يبدو خطوة نحو ذلك، حتى لو كان أمام المجال ما يزال الكثير لإثباته.
هل ستشعر براحة أكبر عند تداول التعرض لما قبل الاكتتاب العام على السلسلة، أم أنك ما زلت تفضل الانتظار حتى الاكتتابات التقليدية؟
سأكون صريحًا… كنت أظن أن Web3 لديه كل ما يحتاجه حتى وجدت الطبقة الناقصة
<c-131/>سأكون صريحًا… بعد سنوات من متابعة عالم الكريبتو، بدأت أظن أن كل بروتوكول جديد ما هو إلا محاولة أخرى لبناء بلوكتشين أسرع. معاملات أسرع. رسوم أقل. طبقة ثانية أخرى. لدرجة أنها أصبحت متوقعة تقريبًا. ثم صادفت بروتوكول نيوتن. في البداية، توقعت الوعود المعتادة. بدلًا من ذلك، وجدت مشروعًا يطرح سؤالًا مختلفًا تمامًا. ماذا لو كانت أكبر نقطة ضعف في Web3 ليست التنفيذ… بل اتخاذ القرار؟ هذا ما جعلني أتوقف لأقرأ الورقة البيضاء بدلًا من مجرد التمرير سريعًا فوقها.
@NewtonProtocol على الرغم من أنني أواصل النظر إلى أدوات أتمتة الذكاء الاصطناعي، إلا أنني في النهاية أسأل نفس السؤال—من يقرر ما الذي يُسمح للذكاء الاصطناعي بفعله؟
بعد قضاء وقت مع بروتوكول نيوتن، وجدت لوحة التحكم مفيدة بشكل مدهش. إنها ليست مجرد مكان للنقر. إنها المكان الذي يقوم فيه المطورون بإنشاء المشاريع وإدارة السياسات ومراقبة عمليات النشر، وتوليد مفاتيح API التي تُمكّن تطبيقاتهم من التواصل بأمان مع حزمة Newton SDK وخدمات البروتوكول.
ما يعجبني هو الفكرة الكامنة وراءها. بدلًا من منح وكيل ذكاء اصطناعي صلاحيات غير محدودة، تحدد القواعد أولًا، ثم يتحقق البروتوكول مما إذا كان الإجراء يتبع تلك القواعد قبل أن يحدث أي شيء على السلسلة. هذا يبدو أكثر أمانًا بكثير من الثقة بالأتمتة بشكل أعمى.
بالطبع، ما زالت مفاتيح API تحتاج إلى تعامل دقيق. حتى أفضل البنية التحتية لا يمكنها حماية المشروع إذا كشف المطورون بيانات اعتمادهم أو أديروها بشكل سيئ. ربما تكون هذه هي أكثر نقطة سأكون حذرًا بشأنها.
هل ستشعر بالراحة عند السماح لوكيل ذكاء اصطناعي بالتداول تلقائيًا إذا كان يجب أن يمر كل إجراء أولًا بعملية تحقق من سياسة قابلة للتحقق؟
سأكون صريحًا… داشبورد نيوتن غيّر طريقة تفكيري في البناء على Web3
@NewtonProtocol سأكون صريحًا… في كل مرة أقرأ أن مشروع Web3 لديه "دليل مطورين"، كنت أتوقع الروتين نفسه. افتح نافذة طرفية. ثبّت أداة سطر أوامر (CLI). اضبط عدة ملفات. اقض وقتًا أطول في إعداد كل شيء بدلًا من البناء فعليًا. بعد قضاء بعض الوقت في قراءة الورقة البيضاء لبروتوكول نيوتن ووثائق المطورين، أدركت أن التكنولوجيا لم تكن أكبر مفاجأة. كانت المفاجأة هي التجربة. يبدو داشبورد نيوتن أقل مثل أدوات بلوك تشين تقليدية وأكثر مثل استخدام تطبيق ويب حديث. قد يبدو ذلك أمرًا بسيطًا، لكن بصراحة أعتقد أنه أحد الأسباب التي ستجعل المزيد من المطورين—بل وحتى صناع النماذج الفضوليين—يشعرون بالراحة عند تجربة سياسات on-chain قابلة للبرمجة.
@grvt_io أفكارٌ يراودني باستمرار: أطلع على مشاريع Web3 التي تتحدث عن المنفعة، لكن قلّة منها تشرح فعليًا كيف تتدفق القيمة مرةً أخرى إلى المستخدمين. بعد قراءة ورقة GRVT البيضاء والوثائق، وجدت أن نموذج العضوية أكثر إثارة للاهتمام من النهج المعتاد «احتفظ بالرمز وآمل».
بدلًا من التعامل مع GRVT كرمز حوكمة بسيط، يتم تصميمه كمفتاح للعضوية. إن الاحتفاظ به أو رهنه يتيح رسوم تداول أقل، وفرص كسب أعلى، وحدودًا أكبر للأصول المُدارة (AUM)، وإتاحة أولوية مع نمو النظام البيئي عبر Trade و Earn و Invest و Pay. تبدو الفكرة أقرب إلى الطريقة التي تصبح بها اشتراكات التكنولوجيا المالية الناجحة أكثر قيمة بمرور الوقت، إلا أنها مبنية على بنية تحتية لا مركزية.
ما لفت انتباهي أيضًا كان النموذج الاقتصادي. يقول المشروع إن فائض البروتوكول يُوجَّه إلى إعادة استثمار النظام البيئي وإلى عمليات شراء رمزية منهجية عبر TWAP وعمليات شراء من السوق. بصراحة، أفضل ربط الإيرادات بتطوير المنتج بدلًا من حوافز رمزية قصيرة العمر، لأن الطلب المستدام عادةً يأتي من استخدام الأشخاص للمنصة، لا من مجرد التداول بالرمز.
هذا لا يلغي المخاطر. فالخارطة ما زالت تعتمد على تقديم منتجات، وجذب السيولة، وإثبات أن المستخدمين بالفعل يريدون رصيدًا موحدًا واحدًا للتداول والكسب والمدفوعات. الأفكار الجيدة شائعة في DeFi، لكن الاتساق في التنفيذ أصعب بكثير.
المنفعة الحقيقية تتراكم بهدوء. الضجيج عادةً لا يفعل ذلك.
إذا كان عليك الاختيار، هل تفضّل الاحتفاظ برمز بسبب عمليات إعادة الشراء، أم لأنك تستخدم فعليًا نظامه البيئي كل يوم؟
@NewtonProtocol لدىّ فكرة واحدة لا أزال أعود للتأمل فيها: كيف تتطور أمان السلاسل المتقاطعة، وما يلفتني باستمرار هو أمر محدد. معظم الجسور تركز على نقل الأصول، لكن بروتوكول Newton يحاول نقل شيء مختلف: قرارات سياسات مُتحقَّق منها (verified policy decisions). يبدو هذا الجزء مفقودًا مع انتشار المزيد من التطبيقات عبر Ethereum وL2s.
حسب ما رأيته، يحافظ Newton على أمانه على Ethereum، حيث يقوم مشغلو AVS بالتسجيل والمراهنة (stake) وإدارة مفاتيح BLS. عند تقييم سياسة، يقوم المشغلون بإنتاج شهادة BN254، وتقوم السلاسل الوجهة مثل Base أو Base Sepolia ببساطة بالتحقق من هذا البرهان قبل السماح بالمعاملة. بدلًا من الثقة بشبكة أخرى، فإنها تثق بإثبات تشفيري مدعوم بمجموعة مشغلي Ethereum.
أعتقد أن هذا تصميم أنظف من نسخ نموذج الأمان كاملًا إلى كل سلسلة. عقود مُخفَّضة التحقق تفحص البرهان، بينما يظل Ethereum هو المسؤول عن مساءلة المشغلين والـ slashing. إذا ما طعن أحدهم في إثبات غير صالح، يمكن للسلسلة الوجهة رفضه، لكن الـ slashing الحقيقي ما زال يحدث على Ethereum. هذا الفصل تحديدًا يبدو منطقيًا بالنسبة لي.
ومع ذلك، لا أعتقد أن الأنظمة متعددة السلاسل (multichain) تُترك “وننسى”. فهي ما زالت تعتمد على بيانات مشغلين متزامنة، وشهادات جديدة، واتصالات موثوقة عبر السلاسل. إذا تأخر أي جزء من هذه الأجزاء، يحتاج المطورون إلى ضمانات (safeguards) في مكانها. تبدو البنية معقولة ومدروسة، لكن التنفيذ دائمًا مهم في عالم العملات المشفرة.
أعجبني أن Newton لا يطلب فقط “هل يمكن أن تحدث هذه المعاملة؟” بل يسأل “هل ينبغي أن تحدث هذه المعاملة على أي سلسلة؟” وهذا يبدو كتحول أكبر مع ازدياد شيوع وكلاء الذكاء الاصطناعي (AI agents) و صناديق DeFi والأصول المنظمة.
ما رأيك في ما يهم أكثر للجيل القادم من تطبيقات multichain: نقل الأصول بسرعة أكبر، أم التحقق من كل إجراء قبل تنفيذه?
@NewtonProtocol لقد كنت أراقب كيف أصبحت أتمتة الذكاء الاصطناعي أكثر ذكاءً، لكني ما زلت أعتقد أن أصعب جزء ليس هو الذكاء—بل هو اتخاذ القرار الصحيح في كل مرة.
لفتت انتباهي طريقة بروتوكول نيوتن في ربط عدة أوراكل من PolicyData. بدلًا من الثقة بمصدر بيانات واحد، يمكن لسياسة واحدة أن تجمع مخاطر المخزن (vault)، وفحص العقوبات، والسمعة، أو صحة الأوراكل قبل إرجاع قرار واحد بالسماح/الرفض مع إسناد قابل للتحقق. هذا يبدو أقرب بكثير إلى كيفية عمل الأنظمة المالية الحساسة.
ما وجدته مثيرًا للاهتمام هو أن كل أوراكل تعمل بشكل مستقل، ومع ذلك يتم دمج مخرجاتها داخل data.wasm. وبما أن الدمج سطحي، فقد تتسبب المفاتيح العلوية المكررة في أن يَستبدِل بعضها بعضًا، لذلك ينبغي لكل أوراكل أن تعرض بياناتها داخل مساحة اسمها الخاصة. تبدو هذه التفاصيل التنفيذية الصغيرة، لكنها—في رأيي—هي ما يجعل السياسات الأكبر قابلة للتنبؤ بدلًا من أن تتحول إلى كابوس تصحيح أخطاء.
كما أنني أُعجب بنمط Rego deny-set. يساهم كل أوراكل بقواعد الرفض الخاصة به، وإذا لم يتسبب أي شيء في الرفض، تمر السياسة. وقبل النشر، يمكن محاكاة تدفق الأوراكل المتعدد بالكامل باستخدام simulatePolicy، مما يمنح المطورين فرصة لاكتشاف الأخطاء قبل أن تنطوي الأصول الفعلية على مخاطرة. القيد الحالي هو أن نشر الأوراكل المتعددة يتم التعامل معه أساسًا عبر لوحة تحكم Newton بينما لا تزال أداة السطر الأوامر (CLI) الأوسع في طور التطور.
لقد رأيت أن مستقبل التمويل المدعوم بالذكاء الاصطناعي ربما لن يُبنى على أوراكل واحدة مثالية. بل سيتم بناؤه على عدة إشارات مستقلة تتفق قبل أن تتحرك الأموال.
هل تفضّل الوثوق بأوراكل واحدة دقيقة جدًا، أم بعدة أوراكل من PolicyData تتوصل إلى القرار نفسه معًا؟
@NewtonProtocol أفكار أظلّ أعود إليها: ألاحظ أن المطورين غالبًا ما يركّزون على كتابة العقود الذكية، لكن عددًا غير كافٍ من الناس يتحدثون عن القواعد الكامنة وراء تلك العقود.
بعد التعمق في وثائق بروتوكول Newton، أدركت أن سياسات الاختبار بنفس أهمية الكود ذاته. قبل أن يصل أي شيء إلى الشبكة الرئيسية، يمكن للمطورين محاكاة سلوك السياسة محليًا، والتحقق من نوايا معاملات مختلفة، والوقوع على الأخطاء مبكرًا بدل اكتشافها بعد انتقال الأموال. أعتقد أن هذه طريقة عمل أكثر صحة.
كما لفت انتباهي أيضًا حزمة Oracles SDK. بدلًا من إجبار العقود على التخمين بما يحدث خارج سلسلة الكتل، يتيح Newton للسياسات استهلاك بيانات خارجية موثوقة مثل حالة KYC وفحوصات العقوبات أو معلومات السوق عبر «policy data oracles». وهذا يجعل القرارات تبدو مرتبطة بالعالم الحقيقي بدلًا من أن تكون معزولة داخل السلسلة.
ثم تأتي Contract Reference. يعجبني أن Newton يوفر واجهات جاهزة للاستخدام وعقود PolicyClient حتى لا يضطر المطورون إلى إعادة بناء منطق التفويض كل مرة. بالطبع، لا توجد أي بيئة عمل تزيل كل المخاطر. فسياسة مكتوبة بشكل سيئ أو أوراكل غير موثوق يمكن أن يظل هو الحلقة الأضعف، لذلك تظل عملية الاختبار مهمة جدًا.
لقد رأيت ذلك: Newton لا يحاول استبدال العقود الذكية—بل يضيف طبقة قرارات قابلة للبرمجة قبل التنفيذ. وهذا يبدو عمليًا لوكلاء الذكاء الاصطناعي والتمويل الآلي. ما نوع السياسة التي ستبنيها أولًا باستخدام Newton Protocol؟
سأكون صريحًا… أكبر مشكلة في التفكير أن البيانات الأفضل قد تجعل DeFi أكثر أمانًا—كنت مخطئًا.
<c-106/>سأكون صريحًا… كلما قضيت وقتًا أطول في عالم العملات المشفرة، أدركت شيئًا غير مريح: لم يعانِ التمويل اللامركزي (DeFi) أبدًا حقًا من نقص المعلومات. لقد بنينا لوحات تحليلات مذهلة، ونماذج مخاطر مدعومة بالذكاء الاصطناعي، ومستكشفات بلوكتشين، وأوراكل أسعار تُحدَّث خلال ثوانٍ. ومع ذلك، تذكّرنا كل بضعة أشهر عملية استغلال أخرى أو انحراف عن الربط (depeg) أو أزمة سيولة بأن الأمر هو نفسه دائمًا. إن معرفة وجود المخاطر لا يمنع حدوثها. ظلّت هذه الفكرة تلازمني وأنا أقرأ الورقة البيضاء ووثائق بروتوكول نيوتن (Newton Protocol)، بالتزامن مع تكامله الأخير مع RedStone. توقعت إعلانًا آخر عن شراكة في البنية التحتية. لكنني وجدت شيئًا أكثر عملية بكثير. إنهم يحاولون حلّ اللحظة الواقعة بين معرفة الشيء والقيام بالفعل.
كوني عدوّك المفضّل حقًا شرف عظيم، وأعدك أني سأحافظ على هذا اللقب إلى الأبد! 🤝😎 وواو… الحيوان الوحيد الذي أنتِ فعلًا تحبينه؟ هذا أفضل مجاملة تلقيتها طوال السنة. 😻 🤣
أما بخصوص أن نصير أغنياء… تم! لكن تذكّر/ي أن الوجبات الخفيفة تأتي أولًا، والمال يعتمد على حسن تصرّفك. 😂🍟💸
شكرًا للأمنيات الحلوة والصلوات. لعلّ الله يباركك بسعادة لا تنتهي أيضًا. ابقي رائعة يا شاغبة/مُتاعِبتي المفضّلة 🤗🎉❤️
Lisa_06
·
--
عيد ميلاد سعيد! تَابو🎉🎂
أجمل فتاة في العالم، ليزا،🙈🙈🙊 تتمنى لك أسعد عيد ميلاد!🎂✨ أنت عدوي المفضل...🙂↕️ الشخص الوحيد الذي أستطيع أن أقول بصراحة إني أكرهه بأفضل النوايا.😅 كما أنكِ الفتاة/الوحيدة في العالم التي أحبها حقًا! 🤣
ليباركك الله بحياة طويلة وصحية وناجحة ومليئة بالفرح. ليتَ تتحقق كل أحلامك، ولْيستمر رصيد حسابك البنكي بالنمو، ولْلا تنتهي سعادَتك... لأن يومًا ما ستصبحين غنيّة بما يكفي لتعطيني الكثير من المال! وتُحضرين لي سناكات 😂💸
أتمنى لك عيد ميلاد رائع واستمرّي بابتسامة. أبقي مباركة يا عدوي المفضل! ❤️🎉 @Tapu13 #HBD🎉
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.