Một hệ quả tích cực của tất cả những suy nghĩ chi tiết gần đây về định dạng giao dịch – không chỉ riêng 8141, mà còn các cuộc thảo luận về “tương lai của trạng thái” như UTXOs, PBT, keyed nonces, và mempool STARK đệ quy – là chúng ta có hiểu biết rõ ràng hơn nhiều về cách các giao dịch có “hành động” và “phụ thuộc”, và chúng ta có thể thiết kế để tối ưu hóa hai yếu tố này riêng biệt. Một hành động là hiệu ứng mà một giao dịch gây ra. Một phụ thuộc là một thực tế về giao dịch và/hoặc trạng thái phải đúng để giao dịch được hợp lệ. Ví dụ: chữ ký là một phụ thuộc, bằng chứng Merkle của một UTXO là một phụ thuộc, ZK-SNARK (hoặc STARK) là một phụ thuộc, một lời gọi gửi ETH là một hành động. Các phụ thuộc có thể được xử lý song song. Các phụ thuộc liên quan đến trạng thái có thể được phân tích bởi mempool, đặc biệt nếu trạng thái cụ thể được truy cập được khai báo tĩnh. Các phụ thuộc thuần túy (không cho phép gọi trạng thái) có thể được xử lý một lần tại lớp mempool và không bao giờ cần xử lý lại – và thậm chí có thể được thay thế bằng một STARK xác minh chúng, cho phép không chỉ thực thi mà còn loại bỏ dữ liệu. Về nguyên tắc, cả phụ thuộc và hành động đều có thể được biểu diễn dưới dạng các lời gọi (nếu cần, gọi đến các precompile). Điều này sẽ khiến định dạng giao dịch trở nên cực kỳ tối giản (một danh sách các lời gọi, các cờ xác định loại của mỗi lời gọi – ví dụ: phụ thuộc sẽ là lời gọi tĩnh hoặc thuần túy, cùng với origin, nonce, v.v.) và cho phép tương thích tối đa ngay cả khi các chuỗi EVM khác nhau có các tính năng khác nhau. Vào thời kỳ Ethereum năm 2015, việc suy nghĩ rõ ràng về những khác biệt này không quá quan trọng: thực thi là thực thi, số lượng giao dịch quá ít nên chúng ta có thể xử lý chúng tuần tự, và tài khoản ECDSA một khóa là đủ tốt cho mọi người. Tuy nhiên, chiến lược mở rộng hiện tại của Ethereum yêu cầu vượt ra ngoài mô hình đó. Ethereum được nhiều nhà phát triển yêu thích vì mô hình thực thi và trạng thái cực kỳ linh hoạt và động. Nhưng linh hoạt và động thì không thân thiện với việc mở rộng. May mắn thay, hơn 90% hoạt động của Ethereum về khối lượng không yêu cầu bất kỳ điều gì linh hoạt và động. Vì vậy, chúng ta yêu cầu các hợp đồng, tài khoản và giao dịch phải xác định rõ ràng điều gì là linh hoạt và động, điều gì là có thể phân tích tĩnh nhưng hạn chế hơn, và những thứ có thể phân tích tĩnh sẽ có chi phí gas thấp nhất, do đó mở rộng tốt nhất. Về cơ bản, học hỏi từ những điểm mạnh nhất của mô hình Ethereum năm 2015 và mô hình giống Bitcoin hơn (nhắc lại: Bitcoin đã có cái tôi gọi là trừu tượng tài khoản từ đầu), và tạo ra sự pha trộn giữa cả hai (thực tế là toàn bộ phổ giữa hai mô hình), với chi phí gas phù hợp với mức độ mở rộng liên quan. Các loại trạng thái mới, mempool STARK đệ quy, keyed nonces, v.v. đều hướng tới hướng này. Tất cả những điều này liên quan đến các loại giao dịch, bởi vì một loại giao dịch đa năng là một lớp giao diện rất tự nhiên để triển khai tất cả những điều này, và suy nghĩ hiện tại về loại giao dịch EIP-8141 đang đi đúng hướng thân thiện với những khái quát hóa tương lai như vậy. Vì vậy, về mặt đó, 8141 được thực hiện tốt không chỉ là đỉnh cao của 10 năm công việc về trừu tượng tài khoản, mà còn là sự chuẩn bị cho vài năm tới của việc mở rộng siêu lớn một cách có trách nhiệm và thân thiện với tính phi tập trung.