أعتقد أن السبب الرئيسي وراء عدم اعتماد معظم سلاسل الكتل للتنفيذ غير المتزامن بسيط: عندما يرى المستخدمون أن الإرسال الخاص بهم قد تم تأكيده ، فإنهم يتوقعون أن تكون النتيجة متاحة لأن إجراءاتهم الإضافية تعتمد عليها. بينما مع التنفيذ المؤجل ، من الممكن محاكاة النتيجة محليا للحالة غير المثيرة للجدل (مثل عمليات النقل / الموافقات) ، فهذه أيضا أنواع txs التي لا تضيف الكثير من النفقات العامة إلى التنفيذ المتزامن أيضا ، مما يجعل التنفيذ غير المتزامن بديلا أقل جاذبية بكثير بالنظر إلى تكاليف التطوير الإضافية ومشروطية معالجة الإرسال على العميل النهائي (التحقق مما إذا كان الإرسال قد يلمس حالة خلافية غير تافهة ، واختيار انتظار النتيجة من السلسلة أو محاكاتها محليا).
Keone Hon ⨀
Keone Hon ⨀‏11 أغسطس، 03:59
القيام ببعض الكتابة اليوم عن التنفيذ غير المتزامن (المعروف أيضا باسم التنفيذ المؤجل). هذه واحدة من "الأفكار الكبيرة" لموناد التي ستبدو واضحة بعد فوات الأوان: أنه بمجرد تحديد أمر المعاملة ، يتم تحديد الحالة. قد لا تعرف هذا ، ولكن في معظم سلاسل الكتل بما في ذلك Ethereum و Solana ، يجب أن توافق العقد التي تقيم قائمة المعاملات (أي كتلة) أيضا على نتيجة قائمة المعاملات هذه (أي جذر الحالة بعد تلك المعاملات) كجزء من عملية التصويت. وهذا يتطلب منهم تنفيذ هذه المعاملات قبل الرد بالتصويت ، مما يقلل بشكل كبير من مقدار العمل المتوقع القيام به. هذا التوقع صارم للغاية ، وهو أحد الأسباب الرئيسية لمحدودية إنتاجية blockchain.
‏‎1.31‏K