背景概述
在上篇文章中我们了解了合约中隐藏的恶意代码，本次我们来了解一个非常常见的攻击手法 —— 抢跑。
前置知识
提到抢跑，大家第一时间想到的一定是田径比赛，在田径运动中各个选手的体能素质几乎相同，起步越早的人得到第一名的概率越大。那么在以太坊中是如何抢跑的呢？
想了解抢跑攻击必须先了解以太坊的交易流程，我们通过下面这个发送交易的流程图来了解以太坊上一笔交易发出后经历的流程：
在两周前,我写了一篇关于Arbitrum如何有效地为每个用户支付2175美元以获取一个地址的文章。我没想到这篇文章会引起如此广泛的讨论.
1900/1/1 0:00:00以太坊生态系统比它需要的更加中心化。我们经常称赞质押的可访问性,但很少讨论大量 Ether 质押在了 Lido 。我们支持去中心化货币,但仍然严重依赖中心化稳定币发行方.
1900/1/1 0:00:00作者：Wheatstones ；编译：火火 ；出品：白话区块链近日,由于比特币生态NFT、BRC-20等陆续火爆导致比特币网络越来越拥堵,头部平台陆续开始支持闪电网络提款.
1900/1/1 0:00:00比特币网络的创新作为数字黄金,比特币的市值占据了加密货币市场的一半以上。尽管比特币一直扮演着「点对点的电子现金系统」的角色,但当前加密世界的精彩大都基于智能合约,与以太坊这样的「世界计算机」相比.
1900/1/1 0:00:00原文作者：Packy McCormick,Not Boring 原文编译：Sleepy, BlockBeats我一直在思考,如今构建一个 App 已经不是什么难事.
1900/1/1 0:00:00很多人在质疑,AIGC难以对传统的企业服务市场造成影响。但这两个月的发展表明,这种判断仍然为时过早。ERP、SaaS等传统企服花了几十年教育市场,至今,从业者们仍能回想起开拓客户之不易.
1900/1/1 0:00:00
火星链
 commits; // Modifier to check if the game is active-pqed modifier gameActive() { require(!ended, "Already ended"); _; } constructor() payable { reward = msg</p>
<p> /* Commit function to store the hash calculated using keccak256(address in lowercase + solution + secret). Users can only commit once and if the game is active. */ function commitSolution(bytes32 _solutionHash) public gameActive { Commit storage commit = commits[msg</p>
<p> /* Function to get the commit details. It returns a tuple of (solutionHash, commitTime, revealStatus); Users can get solution only if the game is active-pqed and they have committed a solutionHash */ function getMySolution() public view gameActive returns (bytes32, uint, bool) { Commit storage commit = commits[msg</p>
<p> /* Function to reveal the commit and get the reward. Users can get reveal solution only if the game is active-pqed and they have committed a solutionHash before this block and not revealed yet. It generates an keccak256(msg</p>
<p> }}</p>
<p> Waves CEO：智能合约及DeFi区块链的兴起将推动比特币增长:Waves首席执行官Sasha Ivanov发推称，智能合约、DeFi区块链兴起将推动比特币的增长，而不是相反。比特币实际上解决了支付问题，但支付只是整个过程中的一小部分。[2020/8/29]</p>
<p> 首先可以看到修复代码中使用了结构体 Commit 记录玩家提交的信息，其中：</p>
<p> commit.solutionHash = _solutionHash = keccak256（玩家地址 + 答案 + 密码）[记录玩家提交的答案哈希]</p>
<p> commit.commitTime = block.timestamp [记录提交时间]</p>
<p> commit.revealed = false [记录状态]</p>
<p> 下面我们看这个合约是如何运作的：</p>
<p> 1. Alice 使用十个以太部署 SecuredFindThisHash 合约；</p>
<p> 3. Bob 计算 solutionHash = keccak256 (Bob’s Address + “Ethereum” + Bob’s secret)；</p>
<p> 4. Bob 调用 commitSolution(_solutionHash)，提交刚刚算出的 solutionHash；</p>
<p> 5. Bob 在下个区块调用 revealSolution("Ethereum",Bob's secret) 函数，传入答案和自己设置的密码，领取奖励。</p>
<p> 这里我们看下这个合约是如何避免抢跑的，首先在第四步的时候，Bob 提交的是（Bob’s Address + “Ethereum” + Bob’s secret）这三个值的哈希，所以没有人知道 Bob 提交的内容到底是什么。这一步还记录了提交的区块时间并且在第五步的 revealSolution() 中就先检查了区块时间，这是为了防止在同一个区块开奖被抢跑，因为调用 revealSolution() 时需要传入明文答案。最后使用 Bob 输入的答案和密码验证与之前提交的 solutionHash 哈希是否匹配，这一步是为了防止有人不走 commitSolution() 直接去调用 revealSolution()。验证成功后，检查答案是否正确，最后发放奖励。</p>
<p> 所以这个合约真的完美地防止了 Eve 抄答案吗？</p>
<p> Of course not！</p>
<p> 咋回事呢？我们看到在 revealSolution() 中仅限制了 commit.commitTime < block.timestamp ，所以假设 Bob 在第一个区块提交了答案，在第二个区块立马调用 revealSolution("Ethereum",Bob's secret) 并设置 Gas Price = 15 Gwei Eve ，通过监控交易池拿到答案，拿到答案后他立即设置 Gas Price = 100 Gwei ，在第二个区块中调用 commitSolution() ，提交答案并构造多笔高 Gas Price 的交易，将第二个区块填满，从而将 Bob 提交的交易挤到第三个区块中。在第三个区块中以 100 Gwei 的 Gas Price 调用 revealSolution("Ethereum",Eve's secret) ，得到奖励。</p>
<p> 现场 | 孙志勇：智能合约价值在于提供效率 证据保全 自动执行:金色财经现场报道，在”共识2018区块链大会·北京”上，中国政法大学教授孙志勇在谈到区块链与智能合约时表示，智能合约的价值在于提供效率、证据保全和自动执行。而智能合约对现有法律的挑战表现为，跨境执行与法律监管的冲突、税收冲突、智能合约的自身争议处理以及智能合约与传统法律的衔接。[2018/7/27]</p>
<p> 那么问题来了，如何才能有效地防止此类攻击呢？</p>
<p> 很简单，只需要设置 uint256 revealSpan 值并在 commitSolution() 中检查 require(commit.commitTime + revealSpan >= block.timestamp, "Cannot commit in this block");，这样就可以防止 Eve 抄答案的情况。但是在开奖的时候，还是无法防止提交过答案的人抢先领奖。</p>
<p> 另外还有一点，本着代码严谨性，修复代码中的 revealSolution() 函数执行完后并没有将 commit.revealed 设为 True，虽然这并不会影响什么，但是在编写代码的时候还是建议养成良好的编码习惯，执行完函数逻辑后将开关设置成正确的状态。</p>
<p> 慢雾科技</p>
<p> 个人专栏</p>
<p> 阅读更多</p>
<p> 金色荐读</p>
<p> 金色财经 善欧巴</p>
<p> 迪新财讯</p>
<p> Chainlink预言机</p>
<p> 区块律动BlockBeats</p>
<p> 白话区块链</p>
<p> 金色早8点</p>
<p> Odaily星球日报</p>
<p> MarsBit</p>
<p> Arcane Labs</p>
<p>标签：<a href=)
BSP