shadow_03

بدأت أنظر إلى ما وراء الرمز (token) وأفهم كيف يتعامل بروتوكول نيوتن مع التنفيذ. كانت افتراضي الأول أنه مجرد سرد آخر موجّه نحو الذكاء الاصطناعي، لكن التوثيق وجّهني إلى شيء مختلف. الجزء المثير للاهتمام ليس الذكاء بحد ذاته—بل طبقة التحكم التي توضع قبل حدوث أي إجراء على السلسلة (on-chain). تتم مراجعة السياسات والأذونات وحدود الإنفاق قبل التنفيذ بدلًا من حدوث خطأ ثم التعامل معه بعد ذلك.
يدعم الاستيكينغ والرسوم والوصول إلى السجل (registry) والحوكمة، لكن السؤال الأكبر هو ما إذا كان التفويض القابل للبرمجة يمكن أن يحافظ على جدوى الأتمتة دون أن يصبح مقيدًا بشكل مبالغ فيه. هل التحكم الأفضل هو القطعة الناقصة التي يتجاوزها التمويل المشفّر المعتمد على الذكاء الاصطناعي؟

$NEWT $SKYAI $POWER
@NewtonProtocol #NEWT

انتهى بي الأمر إلى قضاء وقت طويل أحاول فهم ما الذي تحميه VaultKit فعلاً داخل الخزنة.

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

كلما قرأت أكثر، أدركت أن التصميم أضيق بكثير.

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

ما لفت انتباهي هو كل شيء خارج هذا التدفق.

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

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

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

$NEWT

@NewtonProtocol
#Newt

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

تم التأكد من ذلك؛ كانت الإسناد (attestation) موجودة، ولم يكن هناك ما يشير إلى حدوث أي خطأ.

لذا عدت إلى الوثائق.

عندها أدركت أن السلسلة ليست بالضرورة هي ما كنت أنتظره. قبل إصدار الإسناد، يجب على عدة مشغّلين جلب البيانات نفسها، وتقييم سياسة Rego نفسها، والوصول إلى النصاب (quorum). فقط بعد ذلك يمكن أن تتقدم العملية.

جعلني ذلك أدرك أنني كنت أتعامل مع “التأكيد” و“الاكتـمال” على أنهما الشيء نفسه. ليسا كذلك. إن حتمية البلوكشين (finality) ليست سوى جزء واحد من تدفق العمل. هناك أيضًا اتفاق المشغّلين، ويحدث في كل مرة يلزم فيها إسناد.

كما بدأت أفكر في الحوافز (incentives). يقوم المشغّلون بإعادة رهن ETH ويمكن أن يتعرضوا للخصم (slashing) إذا كانت الإسنادات غير صحيحة. ومن وجهة نظرهم، تهمّ الدقة أكثر من السرعة. يبدو هذا تبادلًا منطقيًا، حتى لو لاحظ المستخدمون أحيانًا انتظارًا إضافيًا قليلًا.

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

سأكون مهتمًا بسماع كيف يفكر الآخرون في هذا الأمر.

$NEWT

@NewtonProtocol

#Newt

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

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

كيف تتأكد من أن يقوم الذكاء الاصطناعي فقط بما سمحت له أنت بالقيام به فعليًا؟

بدت هذه الأسئلة أكثر أهمية من مسألة ما إذا كان بإمكان الذكاء الاصطناعي تنفيذ صفقات أو أتمتة التمويل اللامركزي (DeFi).

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

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

ما إذا كان بروتوكول Newton يمكنه تحويل هذه الفكرة إلى بنية تحتية تُستخدم على نطاق واسع، فهذا شيء لا يمكن إلا للوقت أن يجيب عنه. فالتوثيق شيء—والتبنّي الحقيقي شيء آخر.

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

$NEWT

@NewtonProtocol #Newt

كنت أتصفح Newton Explorer اليوم عندما لفت انتباهَ أحدُ المشغّلين. فجأةً انخفض عدد الإسنادات الخاص به حوالي منتصف اليوم. لم ينخفض إلى الصفر—بل كان أقل بكثير من الساعات السابقة. لم يكن هناك أي تحذير من وضع عدم الاتصال أو حدث خصم، لذلك افترضت أن العقدة كانت على الأرجح تواجه مشكلة مؤقتة.

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

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

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

الجزء الذي ما زلت مهتمًا به هو ماذا يحدث إذا اختفى فجأة أحد هؤلاء المشغّلين شديدي الاستخدام. هل يتكيف التوجيه فورًا، أم أن هناك فترة قصيرة تبدو فيها الشبكة بصحة جيدة بينما تكون سعتها الفعالة للتقييم قد تغيّرت بالفعل؟
@NewtonProtocol

$NEWT #NEWT #Newt

“لا تثق، تحقق” أصبحت نوعًا من البيانات الشعارية (المانيفستو) لدى من يدفعون مجال العملات المشفرة نحو الشفافية والتسوية على السلسلة في كل منعطف. يأخذ بروتوكول نيوتن هذه الفكرة خطوة إلى الأمام. بدلًا من الاكتفاء بالتحقق بعد وقوع الأمور، يقدّم عمليات الفحص مسبقًا، مطالبًا بالحصول على التفويض قبل تنفيذ أي شيء. انسَ انتظار عمليات تدقيق ما بعد الصفقة؛ يتيح بروتوكول نيوتن للتطبيقات إعداد قواعد مثل: من يمكنه إجراء المعاملات، وقوائم الجزاءات التي يجب اتباعها، وحتى حدود الإنفاق مباشرة قبل انتقال الأموال. ثم تتحقق العقود الذكية من هذه المتطلبات على شكل إفادات تشفيرية (cryptographic attestations)، وذلك كله قبل أن تصبح المعاملة متاحة فعليًا على البلوكشين.

بهذه الطريقة، لن تحتاج إلى استبدال محافظك أو إعادة كتابة سلاسل الكتل. يضيف بروتوكول نيوتن الطبقة الناقصة من فرض السياسات بطريقة قابلة للتحقق مباشرةً إلى كيفية انتقال الأموال والأصول على السلسلة. ومع طرح Mainnet Beta، يوضح بروتوكول نيوتن سببًا يجعل التفويض المسبق يَصير بنفس أهمية التحقق. وفي السباق نحو تمويل آمن على السلسلة، لم يعد الأمر مجرد الثقة والتحقق؛ إذ يتصدر التفويض المشهد الآن.$NEWT
#Newt @NewtonProtocol

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

لا مزيد من الانتظار الطويل لعمليات الموافقة اليدوية—يجعل نيوتن الأتمتة آمنة وقابلة للتحقق، مع الحفاظ دائمًا على نية الإنسان كقوة موجِّهة على السلسلة. ومع استمرار توسّع التمويل المدفوع بالذكاء الاصطناعي، تصبح @NewtonProtocol $NEWT و#Newt أساسًا للتجارة الآلية المبنية على الوكلاء، الآمنة والموثوقة.

تتسابق معظم بروتوكولات التمويل اللامركزي (DeFi) لتنفيذ المعاملات، لكن بروتوكول نيوتن يتوقف ويسأل سؤالًا أكثر صعوبة: هل يجب أن تمرّ هذه المعاملة من الأساس؟

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

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

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

مع إطلاق Newton Mainnet Beta، يَجلب @NewtonProtocol طبقة تفويض تحمي فعلًا المعاملات على السلسلة قبل تنفيذها. يصبح DeFi أكثر أمانًا، وأكثر قابلية للبرمجة، وجاهزًا للموجة التالية من التبنّي.

$NEWT #Newt

#newt $NEWT معظم بروتوكولات التمويل اللامركزي (DeFi) لا تعمل إلا بعد أن تكون المعاملة قد حدثت بالفعل.

تغيّر بروتوكول نيوتن ذلك.

تخيّل نيوتن كأنه حارس بوابة لأجل محفظة العملات المشفرة الخاصة بك. قبل أن تصل أي معاملة إلى سلسلة الكتل (blockchain)، يتدخل نيوتن ويتأكد مما إذا كانت تفي بالسياسات التي وضعتها: التحقق من الهوية، وقواعد الامتثال، وضوابط المخاطر، أو حدود الإنفاق. إذا كان هناك شيء غير صحيح، فإن نيوتن ببساطة يغلق الباب. تتوقف تلك المعاملة عند هذه النقطة.

لا مزيد من الانتظار لاكتشاف المشكلات بعد أن تكون أموالك قد تحرّكت. مع نيوتن، يتم منح الإذن قبل أن يمرّ أي شيء. إنها طريقة أذكى وأكثر أمانًا للتعامل مع التفاعلات على السلسلة (onchain).

مستقبل DeFi لا يتعلق فقط بالسرعة. بل يتعلق بالتأكد من مرور الأشياء الصحيحة من الأساس.@NewtonProtocol #defi #trandingtopics #Web3

#newt $NEWT نيوتن Mainnet Beta يعمل الآن: طبقة التفويض المفقودة لتمويل DeFi

التحدي الحقيقي في التمويل على السلسلة ليس تسريع سلاسل الكتل أو تقليل بضعة سنتات من رسوم المعاملات. التحدي هو الثقة بمعرفة ما إذا كان ينبغي أصلاً تنفيذ معاملة ما.

يستمر توسع DeFi، وتشارك الآن المؤسسات في المشهد. في هذه المرحلة، لم يعد كافيًا مجرد نقل القيمة على السلسلة. تحتاج الأسواق إلى التحقق من أن كل معاملة تتوافق مع القواعد قبل تنفيذها. هنا يأتي دور Newton ببرنامج Mainnet Beta.

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

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

الخصوصية ليست فكرة لاحقة. يحافظ Newton على بياناتك آمنة لا شيء شخصي يُنشر على السلسلة. يستخدم W3C Verifiable Credentials للتحقق المراعي للخصوصية. يمكنك التأكد أنك معتمد أو أنك تعمل من البلد الصحيح، لكن البلوكشين يرى فقط الأدلة، وليس هويتك.

يحصل المطورون أيضاً على مرونة حقيقية. السياسات ليست مدمجة بشكل ثابت. بدلاً من ذلك، يستخدم Newton Rego، ما يتيح لك برمجة قواعد مخصصة: العقوبات، وKYC، وحدود التحويل، والتحقق من المستثمر، وضوابط مصدر الأموال—كل ما يلائم احتياجات تطبيقك.

ولم ينسَ Newton دعم التشغيل عبر السلاسل. يمكن للمشغّلين اللامركزيين في Newton تفويض المعاملات عبر سلاسل متعددة متوافقة مع EVM دون إجبار الفرق على إعادة ابتكار الامتثال لكل شبكة جديدة. تربط أمان مشترك كل ذلك.@NewtonProtocol