إحدى النتائج الإيجابية لجميع التفكير التفصيلي الأخير حول تنسيقات المعاملات - ليس فقط 8141، بل أيضًا مناقشات "مستقبل الحالة" مثل UTXOs وPBT وnonces مفتاحية، وكذلك mempool STARK تكراري - هو أن لدينا فهمًا أكثر وضوحًا لكيفية امتلاك المعاملات لـ"إجراءات" و"اعتمادات"، ويمكننا الهندسة لتحسين كل منهما على حدة. الإجراء هو التأثير الذي تحدثه المعاملة. الاعتماد هو حقيقة عن المعاملة و/أو الحالة يجب أن تكون صحيحة حتى تكون المعاملة صالحة. على سبيل المثال: التوقيع هو اعتماد، وإثبات ميركل لـ UTXO هو اعتماد، وZK-SNARK (أو STARK) هو اعتماد، والاتصال الذي يرسل ETH هو إجراء. يمكن معالجة الاعتمادات بالتوازي. يمكن للـmempool التفكير في الاعتمادات التي تتضمن الحالة، خاصة إذا كان الحالة المحددة المُستخدمة مُعلنة بشكل ثابت. يمكن معالجة الاعتمادات النقيّة (التي لا تسمح باستدعاء الحالة) مرة واحدة فقط على مستوى الـmempool ولا تحتاج أبدًا إلى المعالجة مرة أخرى - ويمكن حتى استبدالها بـ STARK يتحقق منها، مما يسمح ليس فقط بتجاهل التنفيذ بل أيضًا بتجاهل البيانات. من حيث المبدأ، يمكن التعبير عن جميع الاعتمادات والإجراءات كاستدعاءات (إذا لزم الأمر، استدعاءات إلى precompiles). وهذا سيجعل تنسيق المعاملة نفسه بسيطًا جدًا وحدّيًا (قائمة من الاستدعاءات، وعلامات لنوع كل استدعاء، مثلاً: الاعتمادات ستكون استدعاءات ثابتة أو نقيّة، بالإضافة إلى المصدر والnonce، إلخ) ويسمح بأقصى درجة من التوافق المتقاطع حتى لو كانت سلاسل EVM المختلفة تمتلك ميزات مختلفة. في إيثريوم في عصر 2015، لم يكن التفكير الصريح حول هذه الاختلافات مهمًا جدًا: التنفيذ كان تنفيذًا، وكان عدد المعاملات قليلًا بما يكفي لمعالجتها جميعًا بالتسلسل، وكانت حسابات ECDSA بمفتاح واحد كافية للجميع. لكن استراتيجية التوسع الحالية لإيثريوم تتطلب تجاوز هذا النموذج. يُحب إيثريوم من قبل العديد من المطورين لأن نموذج التنفيذ والحالة ديناميكي ومرن جدًا. لكن الديناميكية والمرونة ليست صديقة للتوسع. لحسن الحظ، لا تتطلب أكثر من 90٪ من نشاط إيثريوم حسب الحجم أي شيء ديناميكي أو مرن. لذا، نحتاج إلى أن تحدد العقود والحسابات والمعاملات بشكل أكثر وضوحًا ما هو ديناميكي ومرن وما هو قابل للتحليل الثابت ولكن أكثر تقييدًا، وتحصل الأشياء القابلة للتحليل الثابت على أقل تكلفة غاز وبالتالي تتوسع أكثر. بمعنى فعّال، نستفيد من أفضل ما في نموذج إيثريوم في عصر 2015 ونموذج مشابه لبيتكوين (تذكير: كان لبيتكوين ما أسميه تجريد الحساب منذ البداية)، ونصنع مزيجًا من كليهما (في الواقع، الطيف الكامل بينهما)، مع تكاليف غاز مناسبة لمستوى التوسع المعني. جميع أنواع الحالة الجديدة، وmempool STARK التكراري، وnonces المفتاحية، إلخ، تسير في هذا الاتجاه. كل هذا مرتبط بأنواع المعاملات، لأن نوع معاملة عام هو طبقة واجهة طبيعية جدًا يمكن تنفيذ كل هذا فوقها، والتفكير الحالي حول نوع المعاملة EIP-8141 يسير في هذا الاتجاه بالضبط الذي يدعم هذا النوع من التعميمات المستقبلية. لذلك، من هذا المنظور، فإن تنفيذ 8141 بشكل جيد ليس فقط ذروة عشر سنوات من عمل تجريد الحساب، بل هو أيضًا استعداد للسنوات القليلة القادمة من التوسع الفائق الصديق لللامركزية المسؤول.