تخيل أنك تدفع مقابل بيانات الذكاء الاصطناعي المادي، ثم تتلقى خطأ 403 Forbidden ليس لأن مفتاح API الخاص بك خاطئ بل لأنك تطلب بيانات خارج المنطقة المصرح لك بها هذه إحدى التفاصيل التي وجدتها مثيرة للاهتمام في وثائق @vangrid_io للشركات فـ Vangrid لا تفكر فقط في كيفية جمع البيانات المكانية من الهواتف بل تُصمم أيضًا قواعد تحدد من يمكنه الوصول إلى هذه البيانات وأين يمكن تقييد مفاتيح API للشركات بمناطق جغرافية محددة إذا عَبر طلبك الحدود المسموح بها، فإن واجهة برمجة التطبيقات مصممة لرفضه بدلاً من تصفية النتائج بهدوء ومن أجل العملاء ذوي المتطلبات الأشد صرامة، تصف Vangrid إعدادات مخصصة تحافظ على المعالجة والبيانات داخل ولاية قضائية معتمدة لماذا يهم هذا؟ قد ترغب شركة روبوتات في الحصول على بيانات مكانية عبر عدة دول لكن قد تفرض حكومة أو مشغل للبنية التحتية قيودًا صارمة على مكان سفر المعلومات الحساسة لا يمكن لسوق بيانات عالمي واحد أن يعمل بنفس الطريقة لكلا الطرفين والآن إليك المفاجأة واجهة برمجة التطبيقات للشركات لا تزال في مرحلة الوصول المبكر الردود الموثقة هي فقط توضيحية، لذا لا أوصي بالتعامل معها كدليل على بنية تحتية سيادية مُطبقة بالكامل لكنها اتجاه مثير للاهتمام الجميع يتحدث عن كمية البيانات الواقعية التي يحتاجها الذكاء الاصطناعي المادي لكن القلة القليلة فقط تتحدث عن من يُسمح له بالوصول إليها جمع البيانات هو تحدي واحد التحكم في وجهتها هو تحدي آخر

FungoLabs هي أول مشروع يبني رموزًا غير قابلة للاستبدال مشفرة على إيثريوم، باستخدام تقنية التشفير المتماثل الكامل من Zama (FHE) شعار المشروع هو: "غير قابلة للاستبدال. غير مرئية." • تُmint الرموز في حالة مغلقة • يتم إنشاء العمل الفني (المظهر) والسمات المخفية (الجوهر) باستخدام عشوائية FHE على السلسلة، دون أن يعلم أي أحد (بما في ذلك الفريق) محتواها مسبقًا • فقط المالك يمكنه عرض المحتوى؛ وهو من يقرر ما إذا كان سيجعله عامًا أم لا • يدعم المزادات ذات العروض المغلقة باستخدام cZAMA $FUNGO هو الرمز الأصلي لمنصة FungoLabs Launchpad – منصة تسمح للاستوديوهات الأخرى بإطلاق مجموعات رموز غير قابلة للاستبدال مشفرة وفقًا للمعيار نفسه • كل رمز Genesis (3,232 رمزًا) يتلقى 1,113,861 $FUNGO • كل رمز Zama OG (~4,996 رمزًا) يتلقى 140,112 $FUNGO • 82.5% تُحرر فورًا عند TGE → ضغط بيع عالٍ إذا قام حاملو التوزيع المجاني ببيعها • لم يُعلن عن تاريخ TGE الرسمي بعد (حتى 3 نوفمبر 2026)

مكافأة بقيمة 50 دولارًا على @vangrid_io لا تعني بالضرورة أنك ستحصل على 50 دولارًا في محفظتك. كنت أستعرض وثائق المكافأة الرسمية ووجدت تفصيلًا مهمًا يجب معرفته قبل البدء في التصوير. باستخدام مثال Vangrid الحالي: مشترٍ يموّل مكافأة تصوير بقيمة 50 دولارًا. 5 دولارات تذهب إلى المنصة. حوالي 5 دولارات تغطي إعادة البناء ثلاثية الأبعاد. و40 دولارًا تذهب إلى المساهم المختار. لكن هنا تكمن المفاجأة: يمكن لأكثر من شخص تقديم محتوى تصويري لنفس المكافأة. فقط التسليم الذي يقبله المشتري سيُدفع له. لذلك، فإن تصوير شيء ما ورفعه لا يعني تلقائيًا أنك كسبت USDC. فما زال يتعين على تسليمك أن يتوافق مع الطلب ويُختار فعليًا. أعتقد أن هذا فرق مهم جدًا. مقدار المكافأة هو ميزانية المشتري، وليس بالضرورة دخلك الصافي. ووقتك الذي تقضيه في تصوير موقع معين مهم أيضًا. مكافأة بقيمة 200 دولار قد تبدو جذابة، حتى تأخذ في الاعتبار السفر، والتصوير، والمنافسة، واحتمال ألا يُختار تسليمك. هذا لا يجعل النموذج سيئًا، بل يعني فقط أن المساهمين يجب أن يعاملوا هذه المكافآت كعمل مدفوع حقيقي، وليس كمكافآت مضمونة من الزراعة. ما أعجبني أن التحويلات مضمونة مسبقًا ويتم تسجيل التسوية على السلسلة. لكن الرقم الأكثر فائدة للمساهمين ليس أكبر مكافأة على اللوحة، بل المبلغ الذي يحصلون عليه فعليًا بعد تسليم ناجح. هذا هو المؤشر الذي سأركز عليه.

تخيل أنك تبني محفظة آمنة ضد الحوسبة الكمية وقمت عن طريق الخطأ بتثبيت SDK من العام الماضي يبدو الأمر سخيفًا، لكن @quipnetwork يحذر المطورين صراحةً من هذا الأمر في وثائقه الخاصة كنت أتحقق من بوابة المطورين المحدثة الخاصة بهم ولاحظت شيئًا يتجاهله معظم الناس على الأرجح العلامة الافتراضية npm latest لـ SDK إيثريوم الخاص بـ Quip لا تزال تشير إلى إصدار عام 2025 هذا الإصدار سابق على مُوقّع SHRINCS الحالي هل تريد الإصدار الحالي؟ يجب عليك تثبيت إصدار البيتا صراحةً وهناك تفصيل مشابه مع مكتبة التوقيع الخاصة بـ WebAssembly المُوقّع والمُحقق الحاليان موجودان تحت علامة release candidate وليس تحت الإصدار الافتراضي latest أمر سهل جدًا تجاهله عندما تقوم فقط بنسخ أوامر التثبيت إلى مشروع جديد خاصةً إذا أخذ مساعد برمجي ذكي مثالًا قديمًا من حزمة ما هذا سبب اعتقادي أن هذا مهم بناء البنية التحتية ما بعد الكمية لا يتعلق فقط بوجود تشفير أقوى بل يحتاج المطورون أيضًا إلى دمج التنفيذ الصحيح الحزمة القديمة لا تعني تلقائيًا ثغرة أمنية لكن استخدام الجيل الخاطئ من أدوات التوقيع يمكن أن يخلق مشكلات توافق قبل حتى إطلاق تطبيقك لقد نشرت Quip بالفعل أسماء الحزم الصحيحة وأوامر التثبيت إذًا هذا ليس مشكلة مخفية بل هو تذكير بأن تجربة المطور العادية مهمة بنفس القدر مثل السرد الكمي يمكنك قضاء أشهر في بناء تشفير معقد للغاية ثم تخسر شخصًا في أول أمر npm install اختبار التبني الحقيقي هو جعل المسار الآمن هو أسهل مسار هذا ما سأراقبه في المرة القادمة

توقيع لمرة واحدة يمكن التحقق منه مرة أخرى؟ نعم، وشرح @quipnetwork السبب في وثائقه الخاصة. تستخدم حسابات Quip نظام SHRINCS، وهو نظام توقيع قائم على التجزئة مصمم للحماية ضد الحوسبة الكمية. لأي عملية حسابية عادية، يستهلك كل توقيع فتحة واحدة. استخدمه مرة واحدة، ثم انتقل إلى التالي. بسيط جدًا. لكن الأمور تصبح مثيرة عندما تتحقق تطبيقات الويب الموزعة (dApps) من التوقيعات عبر ERC-1271. هذا التحقق يكون للقراءة فقط. لا يستهلك فتحة توقيع. ويمكن للتوقيع نفسه الاستمرار في اجتياز التحقق طالما أن المفتاح لا يزال مثبتًا. انتظر، أليس هذا يُلغي فكرة التوقيع لمرة واحدة؟ ليس تمامًا. التوقيع على رسالة جديدة باستخدام نفس المفتاح لمرة واحدة، والتحقق من توقيع موجود مرة أخرى، هما عمليتان مختلفتان. تظهر المشكلة عندما يفترض بروتوكول أن التوقيع الصحيح يصبح غير قابل للاستخدام تلقائيًا بعد عملية واحدة. تحذر وثائق Quip المطورين صراحةً من هذا الأمر. تريد تفويضًا لمرة واحدة؟ تتبع القيم العشوائية (nonces). أضف تاريخ انتهاء صلاحية. أو تعامل مع تغيير المفاتيح. لا تتوقع أن يوفر ERC-1271 حماية تلقائية من إعادة الإرسال. وهذا ما أجدُه مثيرًا حول البنية التحتية للمحفظات المقاومة للحوسبة الكمية. ترقية التشفير لا تُحدث تلقائيًا ترقية لكل تطبيق متصل بهذه المحفظة. يمكنك أن تمتلك توقيعات أقوى، ولا تزال تُدخل أخطاء في التفويض على مستوى التكامل. أنا لا أسمي هذا استغلالًا لـ Quip. إنه سلوك موثق يحتاج المطورون إلى أخذه في الاعتبار. التحدي الحقيقي ليس فقط جعل المحافظ مقاومة للحوسبة الكمية، بل جعل هذه المحافظ آمنة للتكامل مع تطبيقات DeFi التي يستخدمها الناس بالفعل. الجزء الأخير يستحق اهتمامًا أكبر بكثير.

10 محافظ. هوية واحدة. لا سيطرة. هذه ميزة تصميم @zerufinance Zaps التي أعتقد أنها تستحق مزيدًا من الانتباه. مستخدمو DeFi الأكثر نشاطًا لا يتداولون من محفظة واحدة. لديك محفظة رئيسية وبعض المحافظ الساخنة وربما عناوين منفصلة للعقود الآجلة، والزراعة، والمراكز طويلة الأجل الآن تخيل نظام سمعة يحكم عليك بناءً على واحدة فقط منها lol يسمح Zaps للمستخدمين بربط ما يصل إلى 10 محافظ تحت هوية واحدة. المعلومة المثيرة؟ لا تحتاج إلى نقل الأموال أو منح المنصة إذنًا للتداول. يتم التحقق من ملكية المحفظة عبر التوقيعات. يقرأ Zaps نشاطك ويجمعه في ملف سلوكي. وإذا استخدمت هوية X، فتبقى خريطة المحافظ المرتبطة خاصة على الملفات العامة لـ Zaps. نقاطك مرئية، لكن إعداد محفظتك بالكامل لا يحتاج إلى الكشف عنه. مع تسجيل zETH المقرر في 26 أكتوبر، فإن هذا التمييز مهم. يمكن أن يساهم النشاط التداولي السابق في سمعتك قبل بدء السباق السوقى. لكن هناك ملاحظة مهمة: المشاركة العادية في Zaps لا تتطلب طبع NFT zScore. لكن الفوز بمقعد في مزاد مبكر يتطلب طبع zScore، وفقًا لوثائق الإطلاق. والملفات العامة الخاصة ليست نفسها تمامًا مع الخصوصية الكاملة. لا يزال يتعين على ZeruAI معالجة معلومات المحافظ المرتبطة. لذلك فإن الاختبار الحقيقي هو ما إذا كان يمكنه تحويل السجلات التداولية المجزأة إلى سمعة مفيدة دون المساس بخصوصية المستخدم. لأن عنوان المحفظة يخبرك بما حدث، يجب أن يخبرك نظام السمعة الجيد بما يعنيه هذا السجل، بدون الحاجة إلى كشف إعدادك بالكامل للجميع.

قضى الكريبتو سنوات وهو يسمي أي شيء يحمل عائدًا سنويًا (APY) منتجًا للعائد. أحيانًا كان مجرد طابع عملات آخر بعلامة تجارية أفضل lol @grvt_io تسلك اتجاهًا مثيرًا مع إطلاق Grvt Earn القادم استراتيجيات دخل ثابت مُمَوَّلة بعملات رقمية، تستهدف عائدًا يصل إلى 11%، مدعومة بتدفقات نقدية مثل الفوائد والعلاوات والفواتير ليس عملة مكافآت أخرى تُطبع فقط لإبقاء المزارعين سعداء هذه هي أنواع استراتيجيات الدخل التي كانت المؤسسات تحققها في التمويل التقليدي لسنوات الآن ترغب Grvt في تقديم هذا النوع من التعرض على السلسلة من خلال تجربة ذاتية التخزين لكن هذه هي النقطة التي لا ينبغي لـ CT تجاهلها العائد من العالم الحقيقي لا يعني تلقائيًا عائدًا خاليًا من المخاطر جودة الائتمان والسيولة والاستراتيجية الأساسية لا تزال مهمة و11% هي هدف، وليس عائدًا مضمونًا شخصيًا، أفضّل فهم ما يولد عائدي بدقة بدلاً من مطاردة أعلى APY على الشاشة هذا ما يجعل هذا الأمر مثيرًا بالنسبة لي RWA لا يتعلق فقط بوضع الأصول التقليدية على السلسلة بل يتعلق بإتاحة فرص مالية للناس لم يكونوا قادرين على الوصول إليها بسهولة من قبل الاختبار الحقيقي لـ Grvt Earn سيكون ما هو موجود فعليًا خلف هذا العائد

يقضى متداولو العقود الآجلة ساعات في البحث عن أفضل نقطة دخول لكن ماذا عن كل رأس المال الجالس خلف مراكزهم؟ هذه هي النقطة التي أعتقد أن معظم الناس يتجاهلونها الهامش الخاص بك يدعم تداولاتك، لكن لماذا يجب أن يكون هذا وظيفته الوحيدة؟ @grvt_io تتخذ نهجًا مثيرًا جدًا هنا Grvt Earn تستهدف عائدًا سنويًا يصل إلى 11% من خلال استراتيجيات دخل ثابت مُمَوَّلة بالرموز، مع خطط للإطلاق في أواخر أكتوبر يُتوقع أن يأتي العائد من تدفقات نقدية حقيقية مثل الفوائد والأقساط والفواتير ليس مجرد مزرعة إصدار رموز أخرى لكن النقطة التي أراقبها هي العائد كهامش، المخطط لها في نوفمبر يمكن للرصيد المؤهل في Grvt Earn الاستمرار في توليد عائد بينما يُستخدم كضمان للتداول وبالتالي، بدلًا من نقل رأس المال باستمرار بين التوفيق والتداول، يمكن للرصيد نفسه أن يؤدي كلا الوظيفتين معًا بالطبع، 11% هي هدف، وليس مضمونًا ومع ذلك، فإن الهامش الذي يولد عائدًا لا يزال يحمل مخاطر الأصول والسيولة والتصفية أود أن أرى قواعد الضمان والأداء الفعلي قبل أن أتحمس كثيرًا لكنني أحب الاتجاه الذي تسير فيه ربما لا يكون التحسين الكبير التالي في التداول رسمًا بيانيًا آخر أو 100 زوج جديد بل جعل رأس المال الذي نملكه بالفعل يعمل بجد أكبر كسب العائد أثناء التداول هذا استخدام أكثر إثارة لتمويل السلاسل حسب رأيي

6.4 مليون دفعة ذكية تم نقل فقط 119,947 دولارًا يا صاحب، اقتصاد الوكلاء لا يزال يشتري فتات واجهات برمجة التطبيقات هذا ما أظهرته عينة مكونة من 35 يومًا من مدفوعات x402 في آخر بحث لـ BeInCrypto كان 90.8% من هذه المعاملات تساوي أقل من سنت واحد البنية التحتية تعمل بوضوح لكن تحريك السنتات لا يعادل الثقة بوكيل ذكي يدير محفظة بقيمة 100 ألف دولار هنا حيث لفتني @zerufinance يؤكد أشوتوش ساهو، الرئيس التنفيذي لشركة ZeruAI، أن الوكلاء الذكيين يحتاجون إلى بنية تحتية مالية مبنية حولهم، وليس أنظمة مصممة للبشر مع ذكاء اصطناعي مُضاف في النهاية وأعتقد أن هذه هي المشكلة الأكثر إثارة للاهتمام يمكن للوكيل أن يمتلك محفظة يمكنه تنفيذ الصفقات حتى يمكنه البقاء ضمن حدود إنفاقه لكن ماذا يحدث عندما يرسل المال إلى طرف خاطئ؟ من المسؤول؟ من يقرر ما يمكنه الوصول إليه؟ من يتحقق من سلوكه قبل منحه رأس مال إضافي؟ هنا تبدأ أهمية التصاريح، والسمعة السلوكية، وضوابط المخاطر لقد كانت ZeruAI تبني ذكاء المحفظة من خلال zScore وبنية الثقة الخاصة بها وهذا لا يعني أنهم حَلّوا التمويل الذاتي أبعد ما يكونون عن ذلك لكن الفتح الكبير القادم للوكلاء الذكيين على الأرجح ليس بروتوكول دفع آخر بل جعل الآلات مسؤولة بما يكفي للتعامل مع رؤوس الأموال الحقيقية حتى ذلك الحين، قد تعني 6 ملايين معاملة فقط 6 ملايين دفعة صغيرة وليس 6 ملايين سبب للثقة بوكيل بمالك

CT تحب لوحات الصدارة للحجم لكن تخيل أنك تقضي سنوات في التصويت، وقفل الرموز، ودعم بروتوكول... فقط لتُستبعد من قبل رجل واحد قام بزراعة الحجم لمدة 7 أيام فقط هذا بالضبط ما تحاول تغييره @zerufinance من خلال Zaps انظر إلى حملتها الأولى على Aerodrome لم يكن التقييم مبنيًا فقط على من تداول أكثر 40% جاءت من تداول $AERO 40% من امتلاك veAERO 20% من أسابيع التصويت لذلك، يمكن لمحفظة قضت أشهرًا في المشاركة في الحوكمة أن تحصل على اعتراف بهذه السجلات وهنا الجزء الذي أجدُه أكثر إثارة للاهتمام نشاطك التاريخي يحدد نصيبك من حوض المكافآت لكن فقط التداول المُحقق خلال الحملة هو الذي يحدد كمية المكافآت التي تُفعّل وظيفتان مختلفتان المساهمة السابقة تساعد في تحديد من يستحق نصيبًا النشاط الجديد يحدد كمية المكافآت التي يدفعها البروتوكول فعليًا ولا يُحتسب حجم الغسيل في تفعيل المكافآت كانت الحملة الأولى على Aerodrome اختبارًا تجريبيًا باستخدام AEROSTRAT، وهو رمز لا قيمة مالية له لذلك، لا أعتبر هذا دليلاً على حوافز مربحة بعد الاختبار الحقيقي يأتي بعد انتهاء المكافآت هل تستمر تلك المحافظ في التداول؟ هل يبقى المشاركون في الحوكمة؟ لأن أي بروتوكول يمكنه دفع المستخدمين لتوليد حجم لكن جعلهم يبقون هو لعبة مختلفة تمامًا هذه هي الميزة التي سأراقبها لـ Zaps