From 0c4f83fc7ce12f1c5a48d8b185ba719a5cff875c Mon Sep 17 00:00:00 2001 From: Frodo99 Date: Thu, 29 Jan 2015 19:27:36 +0100 Subject: [PATCH] Their are -> There are --- _posts/2015-01-29-How-BitShares-Prevents-Front-Running.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/_posts/2015-01-29-How-BitShares-Prevents-Front-Running.md b/_posts/2015-01-29-How-BitShares-Prevents-Front-Running.md index adc472f..ff2b71c 100644 --- a/_posts/2015-01-29-How-BitShares-Prevents-Front-Running.md +++ b/_posts/2015-01-29-How-BitShares-Prevents-Front-Running.md @@ -19,7 +19,7 @@ On the BitShares block chain orders are grouped into blocks every 10 seconds whi # Solutions to Front Running -In our example the average user ended up getting less than they expected and the profits accrued to the advanced user who was able to run a bot or any one that could get their order in first. Their are many ways people have suggested for solving this, but it all boils down to timing. Some people suggest “randomizing” the order in which transactions are processed every block. Others have suggested a two-phase commit and reveal process. All of these strategies have significant shortcomings. +In our example the average user ended up getting less than they expected and the profits accrued to the advanced user who was able to run a bot or any one that could get their order in first. There are many ways people have suggested for solving this, but it all boils down to timing. Some people suggest “randomizing” the order in which transactions are processed every block. Others have suggested a two-phase commit and reveal process. All of these strategies have significant shortcomings. ## Randomizing Orders