المواضيع الرائجة
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Lumi
مدير أول للمنتجات، البروتوكول الأساسي (@Arbitrum) | ZK ، التوسع ، الخصوصية ، DAOs 🦇🔊 | السابق: مدير منتج أول ، ZK Stack (@ZKsync)
أمان K-of-N Multi Prover قادم إلى سلاسل 🔒 @Arbitrum
شهادات كتلة ZK + TEE + Council ، واحتياطي إثبات الاحتيال. قابل للتكوين لكل سلسلة.
المرحلة 2 ، ها نحن نأتي @l2beat @ethereum العائلة 😉

House of ZK15 أغسطس، 18:56
لماذا تعتبر الأنظمة متعددة البروفرات مهمة ل zkVM Security؟
لا تزال zkVMs تتطور. الأخطاء - في البراءات أو المدققين - أمر لا مفر منه في هذه المرحلة. تعد البنى متعددة المعلمين طريقة عملية للحفاظ على الحيوية والأمان ، حتى عندما لا يكون أحدث نظام إثبات مثاليا.
من خلال ملء @DeclanFox14 في قمة برلين Ethproofs ، أكد مدير منتج @OffchainLabs @zkLumi أن أحد أهم الضمانات ضد الترقيات الضارة أو الخاطئة ل zkVMs هو تنوع prover.
بدلا من الاعتماد على تنفيذ بروفر واحد ، يمكن لإعداد متعدد المظاهرين:
• قم بتشغيل تطبيقات متعددة لإثبات ZK بالتوازي.
• دمج الشهادات من أنظمة مختلفة.
• الرجوع إلى أنواع الأدلة البديلة (مثل أدلة الاحتيال) إذا فشل الدليل أو اختلف مع دليل آخر.
على سبيل المثال ، يمكن أن تعمل سلاسل @arbitrum Orbit في وضع هجين:
• تعمل عادة بدليل ZK.
• في حالة حدوث نزاع أو فشل أحد المحترفين ، ارجع إلى أدلة الاحتيال.
• الحفاظ على تطبيقات zkVMs أو ZK متعددة لاكتشاف الأخطاء.
يوفر هذا الأسلوب المرونة إذا أدخلت ترقية zkVM عيبا - سواء كان تغييرا ضارا أو خطأ غير مقصود - ويضمن وجود مسار آمن للتحقق من صحة الحالة.
يضم أيضا @alexanderlhicks من @ethereumfndn و @mpfzajac من @NethermindEth.
شاهد اللوحة الكاملة هنا:
2.52K
Lumi أعاد النشر
لماذا تعتبر الأنظمة متعددة البروفرات مهمة ل zkVM Security؟
لا تزال zkVMs تتطور. الأخطاء - في البراءات أو المدققين - أمر لا مفر منه في هذه المرحلة. تعد البنى متعددة المعلمين طريقة عملية للحفاظ على الحيوية والأمان ، حتى عندما لا يكون أحدث نظام إثبات مثاليا.
من خلال ملء @DeclanFox14 في قمة برلين Ethproofs ، أكد مدير منتج @OffchainLabs @zkLumi أن أحد أهم الضمانات ضد الترقيات الضارة أو الخاطئة ل zkVMs هو تنوع prover.
بدلا من الاعتماد على تنفيذ بروفر واحد ، يمكن لإعداد متعدد المظاهرين:
• قم بتشغيل تطبيقات متعددة لإثبات ZK بالتوازي.
• دمج الشهادات من أنظمة مختلفة.
• الرجوع إلى أنواع الأدلة البديلة (مثل أدلة الاحتيال) إذا فشل الدليل أو اختلف مع دليل آخر.
على سبيل المثال ، يمكن أن تعمل سلاسل @arbitrum Orbit في وضع هجين:
• تعمل عادة بدليل ZK.
• في حالة حدوث نزاع أو فشل أحد المحترفين ، ارجع إلى أدلة الاحتيال.
• الحفاظ على تطبيقات zkVMs أو ZK متعددة لاكتشاف الأخطاء.
يوفر هذا الأسلوب المرونة إذا أدخلت ترقية zkVM عيبا - سواء كان تغييرا ضارا أو خطأ غير مقصود - ويضمن وجود مسار آمن للتحقق من صحة الحالة.
يضم أيضا @alexanderlhicks من @ethereumfndn و @mpfzajac من @NethermindEth.
شاهد اللوحة الكاملة هنا:
123.77K
Lumi أعاد النشر
هذا ليس L1 وهجومه لتسميته على هذا النحو.
إنها سلسلة كونسورتيوم ، من المدققين الخاصين المعتمدين مسبقا ، والذين لديهم إذن لاسترداد المعاملات عبر "بروتوكولات النزاع"
لا يمكنهم جعله L1 حقيقيا عند استخدام USDC كرمز جذري ، لأنه لا توجد أبدا حوافز اقتصادية لتكون مدققا مخلصا ، ولهذا السبب يتعين عليهم جعله اتحادا خاصا.
هذا ليس لامركزيا. إنه مثل بروتوكول PayPal متعدد البائعين ، ويمكنك أيضا تشغيله على قواعد البيانات التي تفهم كود EVM.
توجد سلاسل الكتل لأن الوسطاء الاستغلاليين ، مثل البنوك ووكلاء التحويل ، يأخذون رسوما غير مستحقة ويطبقون رقابة لا داعي لها.
تم بناء هذه الصناعة لإصلاح ذلك في أنظمة نظير إلى نظير ، وليس فقط عن طريق بناء بنوك جديدة.
63.62K
الأفضل
المُتصدِّرة
التطبيقات المفضلة
رائج على السلسة
رائج على منصة X
أهم عمليات التمويل الأخيرة
الأبرز