#cforcryptonewt في كل مرة أتحدث فيها عن إضافة طبقة تفويض إلى Web3...
يتعامل معها المنادون بالتفكيك اللامركزي بحُجّةٍ واحدةٍ بالضبط...
"أنتِ فقط تُدخل تأخيرًا وتخلق عنقًا زجاجيًا مركزيًا ضخمًا جوووودًا."
إنها نقدٌ عادل.
إذا نسخنا ولصقنا بنية البنية التحتية التقليدية (TradFi) حرفيًا....
فنحن نُفسد الفكرة برمتها من سلاسل الكتل العامة...
لكن إليك كيف أنظر إلى الأمر... خصوصًا عند النظر إلى البنية المعمارية الكامنة وراء أشياء مثل بروتوكول نِيوتن.
لست مضطرًا للتضحية بالسرعة
اللامركزية للحصول على فحوصات أمان على طريقة فيزااا...
بدلًا من توجيه كل شيء عبر خادم مركزي بطيءww واحد...
تقوم الخطة باستخدام شبكة موزعة من مُحقِّقات متخصصين لمعالجة عمليات التحقق النشطة للسياسات بشكل متزامن.
الجزء الذكي؟
تعمل هذه عمليات التحقق بالتوازي مباشرةً داخل #network mempool أثناء انتقال المعاملة.
من خلال استخدام توقيعات تشفيرية مُحسّنة للغاية...
إن إثبات القبول/الرفض يصل في غضون أجزاء من الملي ثانية.
يشعر المستخدم النهائي بعدم وجود أي تأخير (زيرو) أو احتكاك...
لأن محرك السياسات نفسه مفتوح...
قابل للبرمجة...
تمت المراجعة على السجلات العامةss...
أنت تلغي تمامًا نقطة الفشل الواحدة تلك...
بالنسبة لي، هذا ليس عن تقييد Web3....
إنه عن تزويده بآليات دفاع عالية الإنتاجية...
لذا يمكنه فعلًا التوسع دون أن يتم استنزافه باستمرار بواسطة #Exploits .
سأحب أن أسمع كيف يتعامل غيركم من المُنشئين مع الموازنة بين طبقات الأمان وزمن وصول mempool.
ما رأيك ???
