قامت مؤسسة Ethereum ومشروع Open Anonymity بنشر zkAPI مباشرة على شبكة Ethereum الرئيسية. يتيح ذلك لشخص ما الدفع مقابل وصول مدفوع بالقياس إلى الذكاء الاصطناعي أو واجهات برمجة التطبيقات دون أن يتعلم المزوّد أي إيداع دفع مقابل ذلك. توجد ثلاث نقاط تستحق الفصل:

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

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

3. المُثبت (prover) يوجد مع العميل. القدرة على الدفع الآن تعتمد على البرنامج الذي يشغّله المستخدم، وليس فقط على استمرار عمل خادم الفوترة. هذه طريقة فشل مختلفة عن الانقطاع، وهي الجزء الذي يكتشفه معظم الناس في آخر المطاف.

يتبع التصميم إطارًا نشره فيتاليك بوتيرين ودافيد كراپيس في فبراير. ما يجب مراقبته هو ما إذا كان سيتقبل المزوّدون دفعة لا يمكنهم إسنادها، لأن المسار الذي لا يقتبس أحد له هو مجرد خزانة (vault) شديدة الإتقان.

ليس نصيحة مالية. قم بإجراء بحثك الخاص.

#Ethereum #Web3 #Privacy