@OpenGradient الشيء حول الذكاء الاصطناعي المركزي الذي لا يقوله أحد بصوت عالٍ.
عندما تتصل بواجهة برمجة تطبيقات OpenAI، فإنك تقوم بثلاث قفزات إيمان:
الأولى: لقد قاموا بتشغيل النموذج الذي طلبته.
الثانية: لم يسجلوا طلبك.
الثالثة: أعادوا الإخراج الدقيق بدون تعديل.
لا براهين. لا شهادات. مجرد وعود في وثيقة شروط الخدمة.
OpenGradient يقلب هذا. ليس من خلال مطالبتك بالثقة في أشخاص مختلفين. بل من خلال جعل الثقة قابلة للتحقق دون الحاجة إلى الثقة في أي شخص.
إليك كيف يعمل الأمر فعلاً.
الشبكة تحتوي على نوعين من العقد. لا تؤدي نفس الوظيفة.
عقد الاستدلال تحتوي على وحدات معالجة الرسومات (GPUs). تقوم بتشغيل النماذج. تعيد النتائج. هذا كل شيء.
المُحققون يعملون على أجهزة عادية. لا وحدات معالجة رسومات. لا يرون طلباتك أو ردودك. يتحققون فقط من البراهين.
تسمي الورقة البيضاء هذا "فصل التنفيذ والتحقق."
أطلق عليه اسم أول تصميم يعترف بأن الذكاء الاصطناعي مكلف جداً لإعادة تشغيله 100 مرة فقط للوصول إلى إجماع.
---
ثم هناك طيف التحقق.
ZKML. TEE. فانيلا.
ثلاث طرق لإثبات أن شيئاً ما حدث. تكاليف مختلفة. ضمانات مختلفة.
ZKML يمنحك يقيناً رياضياً. بطيء. مكلف. لا يمكن الشك فيه.
TEE يمنحك خصوصية على مستوى الأجهزة. سريع. أجهزة موثوقة. جيد للإنتاج.
فانيلا يمنحك السرعة. لا براهين. مناسب للنمذجة.
تقول الورقة البيضاء إن على المطورين "اختيار مستويات التحقق التي تتناسب مع ملفات تعريف المخاطر الخاصة بهم."
أود أن أقول ذلك بشكل مختلف: توقف عن التظاهر بأن كل عبء عمل يحتاج إلى نفس مستوى الإثبات.
روبوت الدردشة لا يحتاج إلى ZKML. ربما يحتاج وكيل DeFi إلى ذلك.
الجزء الذي فاجأني.
لم أتوقع أن تدعم الشبكة مزج الثلاثة في معاملة واحدة.
TEE للتفكير. ZKML للقرار النهائي. فانيلا للتسجيل.
كلها ذرية. كلها مسجلة على السلسلة.
هذا ليس ميزة منتج. هذه فلسفة تصميم.
ما أتابعه فعلاً.
تسرد الورقة البيضاء التبادلات المتعمدة.
TEE يعتمد على ثقة الأجهزة. ZKML بطيء. التسوية غير المتزامنة تخلق فجوة ثقة.
معظم المشاريع تدفن تلك. OpenGradient تضعها في القسم 10.2.
$OPG
#OPG
@OpenGradient
$SYN
$CLO
عندما تتصل بواجهة برمجة تطبيقات OpenAI، فإنك تقوم بثلاث قفزات إيمان:
الأولى: لقد قاموا بتشغيل النموذج الذي طلبته.
الثانية: لم يسجلوا طلبك.
الثالثة: أعادوا الإخراج الدقيق بدون تعديل.
لا براهين. لا شهادات. مجرد وعود في وثيقة شروط الخدمة.
OpenGradient يقلب هذا. ليس من خلال مطالبتك بالثقة في أشخاص مختلفين. بل من خلال جعل الثقة قابلة للتحقق دون الحاجة إلى الثقة في أي شخص.
إليك كيف يعمل الأمر فعلاً.
الشبكة تحتوي على نوعين من العقد. لا تؤدي نفس الوظيفة.
عقد الاستدلال تحتوي على وحدات معالجة الرسومات (GPUs). تقوم بتشغيل النماذج. تعيد النتائج. هذا كل شيء.
المُحققون يعملون على أجهزة عادية. لا وحدات معالجة رسومات. لا يرون طلباتك أو ردودك. يتحققون فقط من البراهين.
تسمي الورقة البيضاء هذا "فصل التنفيذ والتحقق."
أطلق عليه اسم أول تصميم يعترف بأن الذكاء الاصطناعي مكلف جداً لإعادة تشغيله 100 مرة فقط للوصول إلى إجماع.
---
ثم هناك طيف التحقق.
ZKML. TEE. فانيلا.
ثلاث طرق لإثبات أن شيئاً ما حدث. تكاليف مختلفة. ضمانات مختلفة.
ZKML يمنحك يقيناً رياضياً. بطيء. مكلف. لا يمكن الشك فيه.
TEE يمنحك خصوصية على مستوى الأجهزة. سريع. أجهزة موثوقة. جيد للإنتاج.
فانيلا يمنحك السرعة. لا براهين. مناسب للنمذجة.
تقول الورقة البيضاء إن على المطورين "اختيار مستويات التحقق التي تتناسب مع ملفات تعريف المخاطر الخاصة بهم."
أود أن أقول ذلك بشكل مختلف: توقف عن التظاهر بأن كل عبء عمل يحتاج إلى نفس مستوى الإثبات.
روبوت الدردشة لا يحتاج إلى ZKML. ربما يحتاج وكيل DeFi إلى ذلك.
الجزء الذي فاجأني.
لم أتوقع أن تدعم الشبكة مزج الثلاثة في معاملة واحدة.
TEE للتفكير. ZKML للقرار النهائي. فانيلا للتسجيل.
كلها ذرية. كلها مسجلة على السلسلة.
هذا ليس ميزة منتج. هذه فلسفة تصميم.
ما أتابعه فعلاً.
تسرد الورقة البيضاء التبادلات المتعمدة.
TEE يعتمد على ثقة الأجهزة. ZKML بطيء. التسوية غير المتزامنة تخلق فجوة ثقة.
معظم المشاريع تدفن تلك. OpenGradient تضعها في القسم 10.2.
$OPG
#OPG
@OpenGradient
$SYN
$CLO