Pages:
Author

Topic: delete - page 9. (Read 34074 times)

legendary
Activity: 1946
Merit: 1012
vertex output parameter not completely initialized
March 07, 2014, 01:51:58 PM
Fix zeitgeist2 attack

return pindexLast->nBits;

etc.
legendary
Activity: 1025
Merit: 1000
ltex.nl
March 07, 2014, 01:35:44 PM
you happily generate blocks with timestamp  Grin
YOU NEED 51% HASHRATE

And thus that resolves the FUD that started these 7 pages, because when block 5400 arrives, most miners in real dedicated pools will happily jump back in, scaring the shit out of the hacking hobbyists....

Please keep this threa(t)d open though, it keeps the popcorn eating nono's off the really serious ones!

TNX!
legendary
Activity: 1946
Merit: 1012
vertex output parameter not completely initialized
March 07, 2014, 01:29:01 PM
Alice in Wonderland with a dark horse 51% HASHRATE
sr. member
Activity: 477
Merit: 500
March 07, 2014, 01:17:10 PM
This might be just a story, but a nice one so I write it, wheather it is true or not.

First you generate a block in the future, so it's KGW difficulty calculation just hits the event horizon. After you have that block, you generate another one, the same time ahead to the future. With each block you generate, KGW generously offers you a smaller difficulty for your own secret blockchain. You go to the future, so far that you'll get the lowest possible diff. (Edit: Actually could you occasionally step backwards in time so eventually do not end in the future at all? You might use one block (and get higher diff) to get back in time worth 5 blocks (which give you 5x lower diff you payed when going back))

After that the join begins! You have the lowest difficulty and you happily generate blocks with timestamp exactly 5 minutes. Since you are floating out of the real time, you can generate them at any speed you wish, as far as you keep the timestamps at 5 min interval.

Now you have a long, secret blockchain. But bummer, it is in the future! No pain.. you start climbing back to the real time. But unfortunately, each block is more difficult.. this time KGW demands its reward...  "A timestamp is accepted as valid if it is greater than the median timestamp of previous 11 blocks, and less than the network-adjusted time + 2 hours." You hit the time warp wall and then you can only wait. (Edit: you can do more: build blocks, use one of 5 to get halfway back..repeat) However, when real blockchain reaches you.. you might be lucky enought to have a higher blockchain. And when you announce this to the other clients, in the correct time window.. the chain is all yours!

And then they revert back to the block 5400 and you lose everything.

Nice story, isn't it?


Edit: when you are inside your own blockchain, you can actually generate blocks faster than outside word. Generate 11 blocks at 5 min interval, get halfway back in time with one block, generate next 11 blocks etc.
sr. member
Activity: 249
Merit: 250
March 07, 2014, 12:48:32 PM
full member
Activity: 154
Merit: 100
March 07, 2014, 12:44:39 PM
If you don't give any technical details more than "I tested this shit premine scam", you have 0% credentials.

________ END OF TOPIC __________

You're gonna regret not buying popcorn now while it's low.
It's gonna pump hard!
legendary
Activity: 1025
Merit: 1000
ltex.nl
March 07, 2014, 12:28:46 PM
If you don't give any technical details more than "I tested this shit premine scam", you have 0% credentials.

________ END OF TOPIC __________

I Agree, by the way, he's acting like some kind of wizard, but guess what? This is how he plans to do it (without meaningful result btw)...:

By exploiting the fact that retargeting ignores one block interval every period, it's possible for an attackers' fork chain to "jump backwards in time" and create lots of blocks at low difficulty without running nTime off into the far future.

Bitcoin (and most *coin) rules re. block timestamps:
nTime has to be > median of prev 11 blocks.
nTime has to be < now() + some buffer.

let's say we have a chain with 4-block interval and 10 sec/block.
Official chain, currect diff for hashrate, blocks found at nominal time:

Code:
blk#  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15
time  0  10  20  30  40  50  60  70  80  90 100 110 120 130 140 150

Now here's the weird part, we retarget after blocks 3, 7, 11, 15, and for block 3 we use 0 as first and 3 as last, for 7 we use 4 as first and 7 as last, ...
so what happens if an attackers chain has blk timestamps like this:

Code:
blk#  0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15
time  0   1   2  30   4   5   6  70   8   9  10 110  12  13  14 150

?
first period (#3 - #0) is 30s as before
2nd period is (#7 - #4) ... 66s
3rd period is (#11 - #8) ... 104s

Whoops.
Obviously this ignores the "problem" of the attackers chain having way lower sum-of-difficulty
but thats easy to fix:

Code:
blk# 16 17 18 19 20 21 22 23 ...
time 16 17 18 19 20 21 22 23 ...

just keep driving diff up at maximum speed until you have the same total work as the real chain.
result-> the attackers chain does not violate the block timestamp rules, finishes at a *earlier* block timestamp than the real chain, ends up at a higher total work as the real chain, but contains way more blocks.
sr. member
Activity: 249
Merit: 250
March 07, 2014, 12:25:48 PM
If you don't give any technical details more than "I tested this shit premine scam", you have 0% credentials.

________ END OF TOPIC __________
hero member
Activity: 617
Merit: 531
March 07, 2014, 12:22:43 PM
Some of us are still waiting on that 51% attack BitcoinEXpress promised us a long time ago. That never happened but the threat scared the market into making some very cheap coins available.

BitcoinEXpress, are you looking for some cheap coins again Cheesy

Now you have our attention how about some evidence to back up your claim?
legendary
Activity: 1946
Merit: 1012
vertex output parameter not completely initialized
March 07, 2014, 12:11:17 PM
+1

I'am a C# dev, I have read the white paper
and I'am pretty sure they can't exploit the KWG.

I was in [panic sell mode]  Roll Eyes


Bad news, the exploit is not enabled by a code issue in KGW, it is enabled by what KGW does. KGW functioning as intended is critical to this exploit. Without KGW, there is no exploit.


~BCX~
Bad news == Good news  Grin


using System.Fair;

private static bool BCX = false;
public long AUR = 1;
//public long BTC = 1;  Roll Eyes

class NoWorry
{
    public static void IDontWant2SellCheapAUR()
    {
     while
         {BCX == false
            {
            AUR++;
            }
         }
     }  
}

NO DECIMAL HERE
legendary
Activity: 1623
Merit: 1067
March 07, 2014, 12:06:59 PM
Mr. BCX, seeing the fear you have struck into the hearts of AUR holders, what is to prevent a curious cryptonoob from assuming you're simply out to plummet AUR price & buy in? No man is above greed, yet those perceived as powerful tend to fool us into assuming otherwise.
legendary
Activity: 1025
Merit: 1000
ltex.nl
March 07, 2014, 11:52:29 AM
Yes, a new one.. holy mother of god.. say it ain't so!

Well.. welcome to this wonderful cesspool where every other post is a scam, troll or insult about your mother's above average weight Smiley

Grab some popcorn because BitcoinEXpress is giving us a show.


Aaahhhhh I was already wondering why it was so quiet, peaceful, calm and decent in the other threads. You guys have found something better to waste your time on and, of course, eat popcorn  Grin

Have fun guys, hope you enjoy!!!

Really, I mean it!!!
legendary
Activity: 1946
Merit: 1012
vertex output parameter not completely initialized
March 07, 2014, 11:50:00 AM
+1

I'am a C# dev, I have read the white paper
and I'am pretty sure they can't exploit the KWG.

I was in [panic sell mode]  Roll Eyes
sr. member
Activity: 336
Merit: 250
March 07, 2014, 11:45:25 AM
AUR will survive this. It was I who predicted on this whole shitty forum that it will go 400M+ on coinmarketcap and nowI have info about it's defenses against this kind of shit. GL with the live chain haha.
sr. member
Activity: 477
Merit: 500
March 07, 2014, 11:30:38 AM
Hi BCX!

You seem to be quite open at your evilness ;-)

Would you tell the truth, if I asked would this protect against the attack you are planning?:

https://bitcointalksearch.org/topic/kimoto-gravity-well-simplier-alternative-505243



While this is an improvement in the efficiency of KGW, it is still KGW.

Short answer is  I don't think so, but I will drop it in and see.


~BCX~

Actually, I guess it won't help. The problem might be not the adjustment algorithm itself, but the speed of it. Too quick adjustment while allowing large timestamp windows on the blocks allows you to adjust diff for you only. It allows you to generate a secret blockchain with timestamps that will give you a lot smaller diff than the outside word. Of course, you publish it only after you got several blocks with your lower difficulty. Am I right, wrong or even close?
sr. member
Activity: 313
Merit: 250
March 07, 2014, 10:47:46 AM
Hi BCX!

You seem to be quite open at your evilness ;-)

Would you tell the truth, if I asked would this protect against the attack you are planning?:

https://bitcointalksearch.org/topic/kimoto-gravity-well-simplier-alternative-505243



....the plot thickens  Tongue

This remains me of the silly movie villains that tells their evil plan before actually executing it.... We all knows how they all end....



''Yippee ki-yay, motherfucker! ''

John Mcclane
legendary
Activity: 2114
Merit: 1090
=== NODE IS OK! ==
March 07, 2014, 10:44:22 AM
I had my doubts towards you and I was wrong! Thank you for the analysis, please proceed with destruction.
sr. member
Activity: 280
Merit: 250
March 07, 2014, 10:39:20 AM
Hi BCX!

You seem to be quite open at your evilness ;-)

Would you tell the truth, if I asked would this protect against the attack you are planning?:

https://bitcointalksearch.org/topic/kimoto-gravity-well-simplier-alternative-505243



....the plot thickens  Tongue
legendary
Activity: 1946
Merit: 1012
vertex output parameter not completely initialized
March 07, 2014, 10:35:47 AM
simply a new light

while {
         loop
        }
and BCX is disarmed/will help to secure   Grin
sr. member
Activity: 477
Merit: 500
March 07, 2014, 10:15:17 AM
Hi BCX!

You seem to be quite open at your evilness ;-)

Would you tell the truth, if I asked would this protect against the attack you are planning?:

https://bitcointalksearch.org/topic/kimoto-gravity-well-simplier-alternative-505243
Pages:
Jump to: