{"id":24886,"date":"2026-10-30T20:41:00","date_gmt":"2026-10-30T20:41:00","guid":{"rendered":"https:\/\/cryptoted.net\/index.php\/2026\/10\/30\/hoskinson-flags-binance-sweeper-code-in-eip-7702-debate\/"},"modified":"2026-10-30T20:41:00","modified_gmt":"2026-10-30T20:41:00","slug":"hoskinson-flags-binance-sweeper-code-in-eip-7702-debate","status":"publish","type":"post","link":"https:\/\/cryptoted.net\/index.php\/2026\/10\/30\/hoskinson-flags-binance-sweeper-code-in-eip-7702-debate\/","title":{"rendered":"Hoskinson flags Binance sweeper code in EIP-7702 debate"},"content":{"rendered":"<p> <br \/>\n<br \/><img decoding=\"async\" src=\"https:\/\/media.crypto.news\/2025\/09\/crypto-news-Cardano-founder-Charles-Hoskinson-option03.webp\" \/><\/p>\n<div>\n<p class=\"is-style-lead\">Cardano founder Charles Hoskinson has warned about \u201cseriously dangerous code\u201d while sharing an analysis that blames Ethereum\u2019s EIP-7702 delegation feature for helping attackers rapidly empty a Binance hot wallet.<\/p>\n<div id=\"cn-block-summary-block_3cb04331e364bbfc59c9a2db1f85c408\" class=\"cn-block-summary\">\n<p>\n        <span class=\"tabs__item is-selected\">Summary<\/span>\n    <\/p>\n<div class=\"cn-block-summary__content\">\n<ul class=\"wp-block-list\">\n<li>Hoskinson shared a technical breakdown alleging the sweeper was built specifically for Binance\u2019s wallet infrastructure.<\/li>\n<li>CyberSatoshi claimed 50 signed authorizations helped the attacker target the hot wallet\u2019s changing transaction nonce.<\/li>\n<li>The analysis acknowledged that private-key control or unrestricted signing access was needed to authorize delegation.<\/li>\n<li>Ethereum\u2019s specification warns that delegated code receives unrestricted account access and requires careful security checks.<\/li>\n<\/ul><\/div>\n<\/div>\n<p><!-- .cn-block-summary --><\/p>\n<p>In his <a href=\"https:\/\/x.com\/IOHK_Charles\/status\/2116246648716411341\" target=\"_blank\">X post<\/a>, Hoskinson wrote, \u201cCareful, there is some seriously dangerous code out there,\u201d above a breakdown published by CyberSatoshi.<\/p>\n<p>The post he shared described reconstructed bytecode for an alleged Binance EIP-7702 sweeper, arguing that the contract was tailored to the exchange\u2019s operations. Hoskinson\u2019s accompanying message did not identify a specific protocol flaw or explain which part of the analysis he endorsed.<\/p>\n<p>CyberSatoshi\u2019s account places two security questions alongside each other. One concerns how an attacker obtained permission to act for the wallet. The other concerns what Ethereum\u2019s delegation feature allowed the attacker to do after obtaining that permission.<\/p>\n<p>    <!-- .cn-block-related-link --><\/p>\n<h2 class=\"wp-block-heading\">Binance sweeper allegedly worked around wallet safeguards<\/h2>\n<p>According to CyberSatoshi\u2019s <a href=\"https:\/\/x.com\/XBToshi\/status\/2116097368705937613\" target=\"_blank\">breakdown<\/a>, the reconstructed contract left exactly 1 ETH in the wallet when sweeping its native balance. The poster argued that this prevented Binance\u2019s automated hot-wallet queue from failing over insufficient gas and raising alarms.<\/p>\n<p>The analysis described a token-processing loop that checked balances through low-level calls and continued when individual operations failed. CyberSatoshi said this allowed the sweeper to keep processing assets even if a blacklisted or otherwise unresponsive token could not be transferred.<\/p>\n<p>A custom execution function allegedly let the compromised wallet call an external vault holding $823 million in USDC. In the poster\u2019s explanation, the vault recognized Binance 14 as its controller, allowing calls made through that wallet to reach funds outside its immediate balance.<\/p>\n<p>CyberSatoshi characterized the contract as purpose-built for Binance\u2019s architecture. The claims about its effect on internal alerts and treasury systems remain the poster\u2019s explanation of how the operation worked.<\/p>\n<h2 class=\"wp-block-heading\">EIP-7702 requires signed permission to delegate<\/h2>\n<p>Ethereum\u2019s <a href=\"https:\/\/eips.ethereum.org\/EIPS\/eip-7702\" target=\"_blank\">EIP-7702 specification<\/a> describes a transaction type that lets an externally owned account delegate execution to code deployed at another address.<\/p>\n<p>An externally owned account normally operates through signatures from its private key. Delegation lets it execute smart-contract logic in its own account context, supporting features such as batching several operations into one transaction and allowing another account to pay transaction fees.<\/p>\n<p>Each authorization identifies a chain, a delegate address, and a nonce, together with a cryptographic signature. The protocol recovers the authorizing account from that signature and checks its nonce before applying the delegation.<\/p>\n<p>CyberSatoshi acknowledged this requirement, saying the alleged attack needed either the raw private key or unrestricted signing access to Binance 14\u2019s security infrastructure.<\/p>\n<p>The specification does not establish how any Binance signing credentials were obtained. Its signature requirement does establish that delegation cannot simply be assigned to an arbitrary victim account without valid authorization.<\/p>\n<h2 class=\"wp-block-heading\">Ethereum\u2019s nonce rules explain the alleged batch<\/h2>\n<p>CyberSatoshi claimed the attacker submitted 50 pre-signed authorizations covering consecutive nonces to catch Binance 14 while its transaction count was changing.<\/p>\n<p>The specification processes authorizations in order. When an authorization fails a check, processing continues with the next entry. A valid entry sets the delegation and increments the authorizing account\u2019s nonce.<\/p>\n<p>Successive authorizations for the same account can therefore become valid as that nonce advances. Where several valid entries exist, the last valid delegation determines the code address used.<\/p>\n<p>This is more specific than a batch in which only one authorization can take effect. The rules permit multiple consecutive entries to succeed, depending on the account\u2019s starting nonce and the signatures supplied.<\/p>\n<p>CyberSatoshi argued that delegation compressed the asset transfers into a single operation, reducing the time available for intervention. The separate assertion that exchange defenses would otherwise have stopped the theft after three transactions is the poster\u2019s counterfactual assessment.<\/p>\n<h2 class=\"wp-block-heading\">Ethereum\u2019s design document spells out delegation risks<\/h2>\n<p>The EIP\u2019s authors explicitly warn that authorized code has unrestricted access to the account and must be closely audited by the wallet.<\/p>\n<p>Its security section lists protections delegate contracts need, including replay prevention and signatures covering transaction value, gas, destination, and call data. Poorly implemented delegation can leave an attacker with nearly complete control over the signing account.<\/p>\n<p>Delegation persists beyond the transaction that installs it. The specification further states that an execution failure does not roll back delegation indicators already processed.<\/p>\n<p>To remove delegation, the protocol permits a valid authorization pointing to the zero address, which clears the account\u2019s delegation code.<\/p>\n<p>    <!-- .cn-block-related-link --><\/p><\/div>\n<p><br \/>\n<br \/><a href=\"https:\/\/crypto.news\/hoskinson-binance-sweeper-eip-7702-debate\/\">Source link <\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Cardano founder Charles Hoskinson has warned about \u201cseriously dangerous code\u201d while sharing an analysis that blames Ethereum\u2019s EIP-7702 delegation feature for helping attackers rapidly empty a Binance hot wallet. Summary Hoskinson shared a technical breakdown alleging the sweeper was built specifically for Binance\u2019s wallet infrastructure. CyberSatoshi claimed 50 signed authorizations helped the attacker target the [&hellip;]<\/p>\n","protected":false},"author":5,"featured_media":24209,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"tdm_status":"","tdm_grid_status":"","footnotes":""},"categories":[23],"tags":[],"kronos_expire_date":[],"class_list":["post-24886","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-crypto"],"_links":{"self":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts\/24886","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/comments?post=24886"}],"version-history":[{"count":0,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/posts\/24886\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/media\/24209"}],"wp:attachment":[{"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/media?parent=24886"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/categories?post=24886"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/tags?post=24886"},{"taxonomy":"kronos_expire_date","embeddable":true,"href":"https:\/\/cryptoted.net\/index.php\/wp-json\/wp\/v2\/kronos_expire_date?post=24886"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}