أعلنت مؤسسة إيثريوم رسميًا عن zkAPI في 1 أكتوبر 2026، وهي مبنية باستخدام مشروع الخصوصية المفتوحة. يقدم النظام طبقة مدفوعات تحافظ على الخصوصية لنماذج الذكاء الاصطناعي وغيرها من واجهات برمجة التطبيقات المدفوعة بالقياس (metred APIs) على شبكة الإيثريوم الرئيسية (mainnet). تمت المشاركة في تأليف التصميم الأساسي بواسطة فيتاليك بوتيرين وقائد dAI في مؤسسة إيثريوم دافيد كراپيس في وقتٍ سابق من هذا العام.
الفكرة الأساسية بسيطة:
تموّل خزانة (vault) على الإيثريوم → تتلقى حالة إنفاق خاصة، وتُثبت أن لديك أموالًا دون الكشف عن أي إيداع يخصّك، وتتلقى مفتاح API مؤقتًا، وتستخدم خدمات الذكاء الاصطناعي/API دون إنشاء سلسلة فواتير عادية مرتبطة بهوية.
قد تكون هذه حالة استخدام كبيرة بالنسبة لإيثريوم لأنها تجمع بين التسوية بالاستقرار/القيمة + إثباتات المعرفة الصفرية + الذكاء الاصطناعي + الوكلاء المستقلين.
اليوم، عند استخدام واجهة برمجة تطبيقات ذكاء اصطناعي مدفوعة عادةً ما ينشأ ارتباط بين:
المستخدم -- الحساب -- وسيلة الدفع -- مفتاح API -- طلبات API
وهذا يعني أن المزود يمكنه، بشكلٍ محتمل، بناء ملف تعريف طويل الأمد حول نشاط المستخدم.
يهدف zkAPI إلى كسر هذا الارتباط.
يمكن لخادم الدفع التحقق من أن لدى المستخدم أموالًا كافية، بينما يتلقى مزود الذكاء الاصطناعي الطلب دون معرفة أي إيداع على الإيثريوم موّلَه. لا تزال إيثريوم نفسها ترى نشاط الإيداع أو السحب على السلسلة ذات الصلة، لكنها لا ترى علاقة الإنفاق الخاصة المرتبطة بواجهة برمجة التطبيقات.
ويُعد ذلك مثيرًا للاهتمام بشكل خاص بالنسبة لوكلاء الذكاء الاصطناعي.
بدلًا من إنشاء حسابات ومفاتيح API في كل مكان، يمكن للعامل (agent) أن يعمل—بشكل محتمل—من رصيد إنفاق خاص.
وتُدرج مؤسسة إيثريوم صراحةً هذه الأنواع من التطبيقات باعتبارها حالات استخدام محتملة لـ zkAPI.
#Ethereum #EthereumValidatorExitQueueJumps392% $ETH
$BTC
$SOL
الفكرة الأساسية بسيطة:
تموّل خزانة (vault) على الإيثريوم → تتلقى حالة إنفاق خاصة، وتُثبت أن لديك أموالًا دون الكشف عن أي إيداع يخصّك، وتتلقى مفتاح API مؤقتًا، وتستخدم خدمات الذكاء الاصطناعي/API دون إنشاء سلسلة فواتير عادية مرتبطة بهوية.
قد تكون هذه حالة استخدام كبيرة بالنسبة لإيثريوم لأنها تجمع بين التسوية بالاستقرار/القيمة + إثباتات المعرفة الصفرية + الذكاء الاصطناعي + الوكلاء المستقلين.
اليوم، عند استخدام واجهة برمجة تطبيقات ذكاء اصطناعي مدفوعة عادةً ما ينشأ ارتباط بين:
المستخدم -- الحساب -- وسيلة الدفع -- مفتاح API -- طلبات API
وهذا يعني أن المزود يمكنه، بشكلٍ محتمل، بناء ملف تعريف طويل الأمد حول نشاط المستخدم.
يهدف zkAPI إلى كسر هذا الارتباط.
يمكن لخادم الدفع التحقق من أن لدى المستخدم أموالًا كافية، بينما يتلقى مزود الذكاء الاصطناعي الطلب دون معرفة أي إيداع على الإيثريوم موّلَه. لا تزال إيثريوم نفسها ترى نشاط الإيداع أو السحب على السلسلة ذات الصلة، لكنها لا ترى علاقة الإنفاق الخاصة المرتبطة بواجهة برمجة التطبيقات.
ويُعد ذلك مثيرًا للاهتمام بشكل خاص بالنسبة لوكلاء الذكاء الاصطناعي.
بدلًا من إنشاء حسابات ومفاتيح API في كل مكان، يمكن للعامل (agent) أن يعمل—بشكل محتمل—من رصيد إنفاق خاص.
وتُدرج مؤسسة إيثريوم صراحةً هذه الأنواع من التطبيقات باعتبارها حالات استخدام محتملة لـ zkAPI.
#Ethereum #EthereumValidatorExitQueueJumps392% $ETH
$BTC
$SOL