fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
|
September 07, 2014, 06:58:02 PM |
|
Obviously not my area of expertise, but longest chains are supposed to win and miners will eventually drop shorter chains when the proper blocks are eventually broadcast across the network. So, I'd be interested to know what the fix, fixed. Was it a patch that fixed the attackers means to enter the network with a checkpoint that loses the corrupted chain(s)?
Ah yes - sorry, the terminology used in the blockchain storage class is rollback - https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/blockchain_storage.cpp#L399rollback_blockchain_switching() is used when a node disconnects from one chain, rolls back, and then switches to another chain that it determines is "best" (longest verifiable).
|
|
|
|
coins101
Legendary
Offline
Activity: 1456
Merit: 1000
|
|
September 07, 2014, 07:17:44 PM |
|
Obviously not my area of expertise, but longest chains are supposed to win and miners will eventually drop shorter chains when the proper blocks are eventually broadcast across the network. So, I'd be interested to know what the fix, fixed. Was it a patch that fixed the attackers means to enter the network with a checkpoint that loses the corrupted chain(s)?
Ah yes - sorry, the terminology used in the blockchain storage class is rollback - https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/blockchain_storage.cpp#L399rollback_blockchain_switching() is used when a node disconnects from one chain, rolls back, and then switches to another chain that it determines is "best" (longest verifiable). Thanks. This sounds like a temporary patch (based on smooth response above) because of constant moving check points pushing everyone back to a particular chain rather than a chain chosen by consensus? If so, is there a time frame when there are sufficient number of blocks to enable the checkpoints to be removed?
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
September 07, 2014, 07:29:36 PM |
|
Obviously not my area of expertise, but longest chains are supposed to win and miners will eventually drop shorter chains when the proper blocks are eventually broadcast across the network. So, I'd be interested to know what the fix, fixed. Was it a patch that fixed the attackers means to enter the network with a checkpoint that loses the corrupted chain(s)?
Ah yes - sorry, the terminology used in the blockchain storage class is rollback - https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/blockchain_storage.cpp#L399rollback_blockchain_switching() is used when a node disconnects from one chain, rolls back, and then switches to another chain that it determines is "best" (longest verifiable). Thanks. This sounds like a temporary patch (based on smooth response above) because of constant moving check points pushing everyone back to a particular chain rather than a chain chosen by consensus? If so, is there a time frame when there are sufficient number of blocks to enable the checkpoints to be removed? Checkpoints were only needed in this case because of the exploit. Most coins do use checkpoints in practice, including Bitcoin, even if they aren't needed in theory (if everything works as intended).
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
September 07, 2014, 07:30:58 PM |
|
Obviously not my area of expertise, but longest chains are supposed to win and miners will eventually drop shorter chains when the proper blocks are eventually broadcast across the network. So, I'd be interested to know what the fix, fixed. Was it a patch that fixed the attackers means to enter the network with a checkpoint that loses the corrupted chain(s)?
Ah yes - sorry, the terminology used in the blockchain storage class is rollback - https://github.com/monero-project/bitmonero/blob/master/src/cryptonote_core/blockchain_storage.cpp#L399rollback_blockchain_switching() is used when a node disconnects from one chain, rolls back, and then switches to another chain that it determines is "best" (longest verifiable). Thanks. This sounds like a temporary patch (based on smooth response above) because of constant moving check points pushing everyone back to a particular chain rather than a chain chosen by consensus? If so, is there a time frame when there are sufficient number of blocks to enable the checkpoints to be removed? the consensus code worked, only one forked survived, the problem was people were stuck on the bad fork, but now with new binaries its impossible to go wrong It sort of worked. Everyone should have switched to one chain once it got longer (switches back and forth a few times are possible until it is clear which chain wins), and that part didn't work.
|
|
|
|
aminorex
Legendary
Offline
Activity: 1596
Merit: 1030
Sine secretum non libertas
|
|
September 07, 2014, 08:13:00 PM |
|
At this point the attack has been handled with neither a persistent fork nor a roll-back. Well done.
|
Give a man a fish and he eats for a day. Give a man a Poisson distribution and he eats at random times independent of one another, at a constant known rate.
|
|
|
Aaxx
Newbie
Offline
Activity: 14
Merit: 0
|
|
September 07, 2014, 09:17:46 PM |
|
Well done. Still can't sync bitmonerod. I delete my p2pstate.bin, poolstate.bin, myXMR.bin. Then start bitmonerod with the flag "--add-priority-node 88.151.101.22:18080". "Sync data returned unknown top block: 206081 -> 208005 [1924 blocks (1 days) behind]" I definitely stuck on 202656 so wrong fork i guess. This blockchain.bin http://monero.cc/downloads/blockchain/win/blockchain.binSHA-1: 8c23da70c1291a61444090d8d5127dd6c12efa81 didn't work for me on Windows 7 64-bit. Please, Kind people give me link to download right blockchain.bin after 202656! Cry for help! P.S. I also want to add in file of start of bitmonerod: --add-exclusive-node 178.253.202.230:18080 --add-exclusive-node 79.140.20.93:18080 --add-exclusive-node 78.27.112.54:18080 --add-exclusive-node 114.219.164.13:18080 --add-exclusive-node 89.240.241.74:18080 --add-exclusive-node 37.52.249.122:18080 --add-exclusive-node 128.171.159.20:18080 --add-exclusive-node 75.118.218.3:18080 May be it helps?
|
|
|
|
fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
|
September 07, 2014, 09:22:36 PM |
|
Still can't sync bitmonerod. I delete my p2pstate.bin, poolstate.bin, myXMR.bin. Then start bitmonerod with the flag "--add-priority-node 88.151.101.22:18080". "Sync data returned unknown top block: 206081 -> 208005 [1924 blocks (1 days) behind]" I definitely stuck on 202656 so wrong fork i guess. This blockchain.bin http://monero.cc/downloads/blockchain/win/blockchain.binSHA-1: 8c23da70c1291a61444090d8d5127dd6c12efa81 didn't work for me on Windows 7 64-bit. Please, Kind people give me link to download right blockchain.bin after 202656! Cry for help! P.S. I also want to add in file of start of bitmonerod: --add-exclusive-node 178.253.202.230:18080 --add-exclusive-node 79.140.20.93:18080 --add-exclusive-node 78.27.112.54:18080 --add-exclusive-node 114.219.164.13:18080 --add-exclusive-node 89.240.241.74:18080 --add-exclusive-node 37.52.249.122:18080 --add-exclusive-node 128.171.159.20:18080 --add-exclusive-node 75.118.218.3:18080 May be it helps? Why are you specifying nodes?!?!??? Just start bitmonerod.exe and let it run, don't specify any nodes unless you absolutely know what you're doing!!!
|
|
|
|
rhader
Member
Offline
Activity: 109
Merit: 10
|
|
September 07, 2014, 09:23:32 PM |
|
So I've heard about this coin on several threads. Whats this coin all about? Anon???
|
|
|
|
netmonk
|
|
September 07, 2014, 09:26:49 PM |
|
You can add as much as exclusive node as you want in option. It will help
|
|
|
|
myagui
Legendary
Offline
Activity: 1154
Merit: 1001
|
|
September 07, 2014, 09:42:17 PM |
|
So I've heard about this coin on several threads. Whats this coin all about? Anon???
It's mostly about tacos & pizza, but recently there's been word about an elephant as well. Proceed with caution! ~ Myagui
|
|
|
|
fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
|
September 07, 2014, 10:08:19 PM |
|
You can add as much as exclusive node as you want in option. It will help That's not true - adding exclusive nodes prevents it from connecting to other nodes. Adding priority nodes makes it try connect to those first and to maintain a connection to them. Both options are bad if you're trying to be part of a global consensus network - let your client connect to peers and *find* consensus rather than forcing it to connect to certain peers. Doing so breaks the very nature of a consensus network.
|
|
|
|
Aaxx
Newbie
Offline
Activity: 14
Merit: 0
|
|
September 07, 2014, 10:11:47 PM Last edit: September 07, 2014, 10:25:50 PM by Aaxx |
|
don't specify any nodes unless you absolutely know what you're doing!!! fluffypony, I already started bitmonerod.exe without specify any nodes and let it run about 1,5 hour, but it can't sync - just stuck on 206081! If i try later exit bitmonerod it brutally freezes & even makes me push RESET 'cause RELOAD in WIN7 doesn't work properly! I so tired to fight with XMR Wallet but now i still don't give up & try to decide my problem somehow! & now i really don't understand what i'm doing!!! But i exactly don't think about "nature of a consensus network". Where i can download right blockchain.bin after 206081! (some errors came out of nowhere!)
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
September 07, 2014, 10:22:34 PM |
|
don't specify any nodes unless you absolutely know what you're doing!!! fluffypony, I already started bitmonerod.exe without specify any nodes and let it run about 1,5 hour, but it can't sync - just stuck on 202656! If i try later exit bitmonerod it brutally freezes & even makes me push RESET 'cause RELOAD in WIN7 doesn't work properly! I so tired to fight with XMR Wallet but now i still don't give up & try to decide my problem somehow! & now i really don't understand what i'm doing!!! But i exactly don't think about "nature of a consensus network". Where i can download right blockchain.bin after 202656! Any number of things could be wrong with your computer (corrupt files, etc.) or it could be a problem with the code. Let's fine out. 1. Download new code update and new blockchain from OP. 2. Sync with --log-level 2. Don't specify any nodes. 3. If anything bad happens, post the relevant portion of your log file. EDIT: 1.5 Delete p2pstate.bin and poolstate.bin before starting the daemon. Don't delete your wallet unless it is empty.
|
|
|
|
fluffypony
Donator
Legendary
Offline
Activity: 1274
Merit: 1060
GetMonero.org / MyMonero.com
|
|
September 07, 2014, 10:33:26 PM |
|
don't specify any nodes unless you absolutely know what you're doing!!! fluffypony, I already started bitmonerod.exe without specify any nodes and let it run about 1,5 hour, but it can't sync - just stuck on 206081! If i try later exit bitmonerod it brutally freezes & even makes me push RESET 'cause RELOAD in WIN7 doesn't work properly! I so tired to fight with XMR Wallet but now i still don't give up & try to decide my problem somehow! & now i really don't understand what i'm doing!!! But i exactly don't think about "nature of a consensus network". Where i can download right blockchain.bin after 206081! (some errors came out of nowhere!) You said you were stuck on 202656? If you got up to 206081 you were on the right chain and you just needed to wait for it to sync? If it's "brutally freezing" when exiting that sounds like it's writing the blockchain to disk and you don't have a lot of RAM so it's paging in and out of RAM...you need to be patient with it. We are working hard on the embedded database, as that will alleviate this sort of problem.
|
|
|
|
Aaxx
Newbie
Offline
Activity: 14
Merit: 0
|
|
September 07, 2014, 11:03:36 PM |
|
Download new code update and new blockchain from OP. I already download new blockchain.bin http://monero.cc/downloads/blockchain/win/blockchain.binSHA-1: 8c23da70c1291a61444090d8d5127dd6c12efa81 & simplewallet 0.8.8.3 http://monero.cc/downloads/monero.win.x64.latest.zipSHA-1: 7b89c14891cab57aa292d3826227c99bd2c8e203 Delete p2pstate.bin and poolstate.bin before starting the daemon. I did it before Sync with --log-level 2. Don't specify any nodes. In process... Shit, it looks like i have set --log-level 4 ... Is it rude mistake or not? 202656 - it's wrong digit, l just have done mistake... I see shortly this note and... nothing more: "Sync data returned unknown top block: 206081 -> 208005 [1924 blocks (1 days) behind]" you don't have a lot of RAM so it's paging in and out of RAM... 8 Gb RAM total, usage - just 77% Win 7 set 6 Gb SWAP, usage - 42%... Anything wrong?
|
|
|
|
papa_lazzarou
|
|
September 07, 2014, 11:10:17 PM |
|
So I've heard about this coin on several threads. Whats this coin all about? Anon???
From the FAQ:
|
|
|
|
Aaxx
Newbie
Offline
Activity: 14
Merit: 0
|
|
September 07, 2014, 11:23:09 PM |
|
smooth, It looks like bitmonerod freezed after the third second flight! Game over!
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
September 07, 2014, 11:51:10 PM |
|
smooth, It looks like bitmonerod freezed after the third second flight! Game over! There has to be more in your log file. Put the past 5-10 pages on pastebin and post the link.
|
|
|
|
Aaxx
Newbie
Offline
Activity: 14
Merit: 0
|
|
September 08, 2014, 12:16:28 AM |
|
I don't know what it does mean "relevant portion" BUT anyway this is WHOLE my bitmonerod.log http://pastebin.com/uu922LDN2014-Sep-08 03:33:36 - bitmonerod freezed...& i later just push reset on PC...
|
|
|
|
smooth
Legendary
Offline
Activity: 2968
Merit: 1198
|
|
September 08, 2014, 12:21:20 AM |
|
It looks like you are not syncing at all. The only blocks you have are the ones that get read in from the file. As soon as it is about to sync, that's where your log file ends, and presumably that is where you are stuck. I don't know why this would happen, but perhaps someone else has an idea.
|
|
|
|
|