[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"doc-detail-81945-en":3,"doc-seo-81945-105":30,"detail-sidebar-cat-0-en-105":92},{"code":4,"msg":5,"data":6},0,"success",{"doc_id":7,"user_id":8,"nickname":9,"user_avatar":10,"doc_module":4,"category_id":11,"category_name":12,"doc_title":13,"doc_description":14,"doc_content":15,"file_id":16,"file_url":17,"file_type":18,"file_size":19,"view_count":20,"is_deleted":4,"is_public":21,"is_downloadable":21,"audit_status":21,"page_count":11,"language":22,"language_code":23,"site_id":24,"html_lang":23,"table_of_contents":25,"faqs":26,"seo_title":27,"seo_description":14,"update_tm":28,"read_time":29},81945,8796095461610,"Oliver","https://ap-avatar.wpscdn.com/davatar_276721f389ce27ea32af1340a28f341c",8,"Research & Report","Reproducible Validation of Voucher-Based L2 Interoperability","Ethereum Layer-2 ecosystems improve scalability but fragment users, liquidity, gas funding, and execution across rollups, making cross-rollup interoperability also a wallet, execution, and validation challenge. Ethereum Interop Layer (EIL) uses a voucher-based design: users create voucher requests on an origin chain and redeem XLP-signed vouchers on a destination chain. In a controlled local reproduction of an evaluated SDK version, a paymaster-related UserOperation compatibility issue prevented stable comparison between user-authorized and locally inspected representations. The work introduces a reproducible two-L2 validation framework and a bounded mitigation to restore controlled end-to-end testability of the voucher lifecycle.","Reproducible Validation of Voucher-Based L2 Interoperability: Diagnosing an ERC-4337 Compatibility Issue in an EIL SDK Implementation  \nCheng-En Lee∗ , Yu-Chien Huang∗ , and Yun-Cheng Tsai†  \n∗ Department of Technology Application and Human Resource Development,  \nNational Taiwan Normal University, Taipei, Taiwan  \n† PecuLab LLC, Seattle, WA, USA  \nCorresponding author: [peculab.ai@gmail.com](peculab.ai@gmail.com)  \n7 Jul 2026  \nAbstract—Ethereum Layer-2 (L2) ecosystems improve scalability but also fragment users, liquidity, gas funding, and execution across rollups. Consequently, cross-rollup interoperability is not only a bridging problem but also a wallet, execution, and validation problem. Ethereum Interop Layer (EIL) proposes a voucher-based architecture in which users create voucher requests on an origin chain and redeem XLP-signed vouchers on a destination chain. When reproducing the evaluated SDK version in a controlled local environment, we observed a compatibility issue in the UserOperation path: paymaster-related data can differ after signing, preventing a stable comparison between the user-authorized representation and the representation later inspected by the local validation flow.  \nThis paper presents a reproducible two-L2 validation framework and a controlled compatibility mitigation for that issue. We build a deterministic local testbed over Arbitrum-and Optimismstyle development chains, deploy the core paymaster and bridge-  \nto destination-chain voucher redemption is an empirical diagnosis of an  \narXiv :2607 .05914v1  \nimplementation-level compatibility barrier, a bounded mitigation that restores controlled end-to-end execution, and an inspectable validation artifact for studying voucher-based interoperability. The work does not claim a new interoperability protocol, universal wallet compatibility, or production readiness; it identifies the remaining gaps toward standard-account validation, one-signature multichain authorization, and full dispute-settlement support.  \nIndex Terms—Ethereum Interop Layer, blockchain interoperability, Web3 infrastructure, Layer-2 interoperability, ERC- 4337, account abstraction, cross-chain execution, reproducibility, protocol validation  \nI. INTRODUCTION  \nEthereum Layer-2 (L2) ecosystems increase throughput and reduce transaction cost, but they also fragment users, liquidity, gas funding, and application execution across rollups. For wallet and dApp developers, a multichain workflow must be executable, independently inspectable, and sufficiently reproducible to distinguish protocol behavior from implementation artifacts. Ethereum Interop Layer (EIL) addresses part of this  \nchallenge through an account-abstraction-based architecture in which users create voucher requests on an origin chain and redeem XLP-signed vouchers on a destination chain [1], [2] . Because our validation environment is built over Arbitrumand Optimism-style development chains, it also reflects representative L2 execution environments [3], [4] .  \nWhen reproducing the evaluated SDK version in a controlled local environment, we observed an implementationlevel compatibility issue in the UserOperation handling path: paymaster-related data can differ after signing, making it difficult to preserve a stable relationship between the operation representation authorized by the user and the representation inspected by the local validation flow. This observation does not invalidate EIL’s architectural design, nor does it establish a defect in every EIL implementation. Rather, it identifies a reproducibility barrier in the specific evaluated SDK configuration and motivates a carefully bounded validation harness.  \nWe therefore build a reproducible two-L2 validation framework and introduce a controlled compatibility mitigation for the evaluated execution path. The framework provides deterministic deployment, mock bundlers, and event-driven XLP providers, enabling inspection of the core voucherbased communication and e","cbCaitexcmgeuh1T","https://ap.wps.com/l/cbCaitexcmgeuh1T","pdf",1781736,7,1,"English","en",105,"# Introduction\n# Background and Related Work\n## Voucher-Based L2 Interoperability","[{\"question\":\"What interoperability mechanism does EIL use for cross-rollup execution?\",\"answer\":\"EIL uses a voucher-based architecture where users create voucher requests on an origin chain and redeem XLP-signed vouchers on a destination chain.\"},{\"question\":\"What compatibility problem was observed when reproducing the evaluated SDK version locally?\",\"answer\":\"In the UserOperation path, paymaster-related data can change after signing, breaking the stable hash/representation relationship needed by the local validation flow.\"},{\"question\":\"What does the paper contribute to address this issue?\",\"answer\":\"It presents a reproducible two-L2 validation framework with a deterministic local testbed and introduces a bounded compatibility mitigation to restore controlled end-to-end execution for the voucher lifecycle.\"}]","Reproducible Validation of Voucher-Based L2 Interoperability | PDF",1784177212,20,{"code":4,"msg":31,"data":32},"ok",{"site_id":24,"language":23,"slug":33,"title":13,"keywords":34,"description":14,"schema_data":35,"social_meta":87,"head_meta":89,"extra_data":91,"updated_unix":28},"reproducible-validation-of-voucher-based-l2-interoperability","",{"@graph":36,"@context":86},[37,54,69],{"@type":38,"itemListElement":39},"BreadcrumbList",[40,44,48,51],{"item":41,"name":42,"@type":43,"position":21},"https://docshare.wps.com","Home","ListItem",{"item":45,"name":46,"@type":43,"position":47},"https://docshare.wps.com/document/","Document",2,{"item":49,"name":12,"@type":43,"position":50},"https://docshare.wps.com/document/research-report/",3,{"item":52,"name":13,"@type":43,"position":53},"https://docshare.wps.com/document/reproducible-validation-of-voucher-based-l2-interoperability/81945/",4,{"url":52,"name":13,"@type":55,"author":56,"headline":13,"publisher":58,"fileFormat":61,"inLanguage":23,"description":14,"dateModified":62,"datePublished":63,"encodingFormat":61,"isAccessibleForFree":64,"interactionStatistic":65},"DigitalDocument",{"name":9,"@type":57},"Person",{"url":41,"name":59,"@type":60},"DocShare","Organization","application/pdf","2026-07-29","2026-07-16",true,{"@type":66,"interactionType":67,"userInteractionCount":20},"InteractionCounter",{"@type":68},"ViewAction",{"@type":70,"mainEntity":71},"FAQPage",[72,78,82],{"name":73,"@type":74,"acceptedAnswer":75},"What interoperability mechanism does EIL use for cross-rollup execution?","Question",{"text":76,"@type":77},"EIL uses a voucher-based architecture where users create voucher requests on an origin chain and redeem XLP-signed vouchers on a destination chain.","Answer",{"name":79,"@type":74,"acceptedAnswer":80},"What compatibility problem was observed when reproducing the evaluated SDK version locally?",{"text":81,"@type":77},"In the UserOperation path, paymaster-related data can change after signing, breaking the stable hash/representation relationship needed by the local validation flow.",{"name":83,"@type":74,"acceptedAnswer":84},"What does the paper contribute to address this issue?",{"text":85,"@type":77},"It presents a reproducible two-L2 validation framework with a deterministic local testbed and introduces a bounded compatibility mitigation to restore controlled end-to-end execution for the voucher lifecycle.","https://schema.org",{"og:url":52,"og:type":88,"og:title":13,"og:site_name":59,"og:description":14},"article",{"robots":90,"canonical":52},"index,follow",{"doc_id":7,"site_id":24},{"code":4,"msg":5,"data":93},[94,98,102,106,111,116,120,123,127,130,134],{"id":21,"doc_module":4,"doc_module_name":46,"category_name":95,"show_sort_weight":96,"slug":97},"Story & Novel",90,"story-novel",{"id":47,"doc_module":4,"doc_module_name":46,"category_name":99,"show_sort_weight":100,"slug":101},"Literature",80,"literature",{"id":53,"doc_module":4,"doc_module_name":46,"category_name":103,"show_sort_weight":104,"slug":105},"Exam",70,"exam",{"id":107,"doc_module":4,"doc_module_name":46,"category_name":108,"show_sort_weight":109,"slug":110},5,"Comic",60,"comic",{"id":112,"doc_module":4,"doc_module_name":46,"category_name":113,"show_sort_weight":114,"slug":115},6,"Technology",50,"technology",{"id":20,"doc_module":4,"doc_module_name":46,"category_name":117,"show_sort_weight":118,"slug":119},"Healthcare",40,"healthcare",{"id":11,"doc_module":4,"doc_module_name":46,"category_name":12,"show_sort_weight":121,"slug":122},30,"research-report",{"id":124,"doc_module":4,"doc_module_name":46,"category_name":125,"show_sort_weight":29,"slug":126},9,"Religion & Spirituality","religion-spirituality",{"id":29,"doc_module":4,"doc_module_name":46,"category_name":128,"show_sort_weight":29,"slug":129},"World Cup","world-cup",{"id":131,"doc_module":4,"doc_module_name":46,"category_name":132,"show_sort_weight":131,"slug":133},10,"Lifestyle","lifestyle",{"id":135,"doc_module":4,"doc_module_name":46,"category_name":136,"show_sort_weight":107,"slug":137},19,"General","general"]