I have make update more 20H now
moneropool.com make update only 6H now and advertise update more 12H now
Who not understand DOS probleme ?
I have make update immediatly . You understand AT ? Immediatly !!!!!!!!!!!!!!!!!!!!!!
I have not include TX on block and not relay TX immediatly after notification !!!!!!!!!!!!!!
And after make update never with or without patch relay TX or include TX with bad fee .
I think you do not understand the problem of the first major pool has make update.
Despite this, I have no rollback.
I found a temporary . Yes is not perfect.
Sufficient to stop DOS and wait more time.
Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 1535. (Read 4670972 times)
August 24, 2014, 04:10:49 PM
August 24, 2014, 04:07:07 PM
I believe the devs were saying your patch is bad for the network.
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
Yes, I have remove my patch just after moneropool make update . ( more 6H now )
Sorry my pool is best for network . I have not include TX with fee lower off 0.1XMR 2H after commit . I have not wait 12H and 6H after get information off patch .
If i used my patch is only for my pool continue work for patience other big pool make update mandatory .
My patch as only not disconnect bad pool is not impact off network . Juste old bad bitmonord continue connected to my pool .
If you are not ok with my check all block found per my pool after commit mandatory update and all block 2 other major pool .
I'll have to break my pool because I was the first to make update ?
While others pool wait update is majoritary on network for make update ?
Which is more harmful?
Pool make update immediatly after mandatory update ? (This even though there a small patch)
Or pool wait network make update before make update ?
Incompetent developers who don't even understand the importance of avoiding DoS attacks now and in the future should definitely not be relied on. Also, please hire a translator/communicator who speaks English fluently, or else, don't host a pool. It's sad to see that you cannot even follow the steps which I provided on the previous page...
I would suggest boycotting this pool for now, as the admin seems not to care about the network's security.
August 24, 2014, 03:58:02 PM
Hey everyone, have a problem. My wallet is eating up almost all of my memory. bitmonerod is using 3.5GB of my 6Gb of ram (4Gb Stick and 2GB stick). I'll buy another 4GB stick tomorrow, but really, 3.5GB? wow...
Any tips or suggestions on how to reduce this memory hog?
My system is currently not that stable (i have others things using memory too).
Any tips or suggestions on how to reduce this memory hog?
My system is currently not that stable (i have others things using memory too).
August 24, 2014, 03:55:54 PM
If everyone had that attitude then nobody would update. We'd all be sitting around "wait network make update".
It's much worse to wait in an emergency soft-fork situation, because you simply do not know what danger you are putting yourself and the rest of the network in. Incidentally, every other pool discussed it with me or in #monero-dev, and once we explained the situation they changed over immediately without waiting.
It's much worse to wait in an emergency soft-fork situation, because you simply do not know what danger you are putting yourself and the rest of the network in. Incidentally, every other pool discussed it with me or in #monero-dev, and once we explained the situation they changed over immediately without waiting.
Yes , I agree
I for reason my pool not wait make update. I have begining update 10 minute after see update.
I retain information, When you advertise you my pool is broken and fork .
You uniq response is wait .
Juste one question :
What would have happened if my pool did not have was a gateway to transmit blocks betwenn old code and new code?
Before my patch my pool is forked and get block per big number and message SYNCHRONIZED OK is present each 10 minutes.
And for information, on my pool all bitmonerod refused 4 block per week submitted per my pool .
Just after update mandatory bitmonerod as reject 4 block and make 2 orphan on just 2 Hour .
Yes my pool is not broken , just dead with update without my patch for waiting other node make update .
To force disconnect node. The greylisting switch to blacklist
August 24, 2014, 03:24:25 PM
Which is more harmful?
Pool make update immediatly after mandatory update ? (This even though there a small patch)
Or pool wait network make update before make update ?
Pool make update immediatly after mandatory update ? (This even though there a small patch)
Or pool wait network make update before make update ?
If everyone had that attitude then nobody would update. We'd all be sitting around "wait network make update".
It's much worse to wait in an emergency soft-fork situation, because you simply do not know what danger you are putting yourself and the rest of the network in. Incidentally, every other pool discussed it with me or in #monero-dev, and once we explained the situation they changed over immediately without waiting.
August 24, 2014, 03:19:36 PM
This new monero wallet is sooo bad... Old was working like a charm... I downloaded even blockchain.bin from yesterday, even that didn`t help...
New one eating 3.5 GB of ram memory.. What will be in few months.... We will need 16 GB of ram to see our coins...
New one eating 3.5 GB of ram memory.. What will be in few months.... We will need 16 GB of ram to see our coins...
I'm not aware of any change in the wallet that would affect memory usage. The new build just changes the default transaction fee.
August 24, 2014, 03:18:26 PM
The worse the inside and I spend for the ugly duckling
August 24, 2014, 03:13:33 PM
This new monero wallet is sooo bad... Old was working like a charm... I downloaded even blockchain.bin from yesterday, even that didn`t help...
New one eating 3.5 GB of ram memory.. What will be in few months.... We will need 16 GB of ram to see our coins...
New one eating 3.5 GB of ram memory.. What will be in few months.... We will need 16 GB of ram to see our coins...
August 24, 2014, 03:10:54 PM
I believe the devs were saying your patch is bad for the network.
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
Yes, I have remove my patch just after moneropool make update . ( more 6H now )
Sorry my pool is best for network . I have not include TX with fee lower off 0.1XMR 2H after commit . I have not wait 12H and 6H after get information off patch .
If i used my patch is only for my pool continue work for patience other big pool make update mandatory .
My patch as only not disconnect bad pool is not impact off network . Juste old bad bitmonord continue connected to my pool .
If you are not ok with my check all block found per my pool after commit mandatory update and all block 2 other major pool .
I'll have to break my pool because I was the first to make update ?
While others pool wait update is majoritary on network for make update ?
Which is more harmful?
Pool make update immediatly after mandatory update ? (This even though there a small patch)
Or pool wait network make update before make update ?
August 24, 2014, 02:31:29 PM
I think monero could use some good representation here http://www.reddit.com/r/CryptoCurrency/comments/2eg8iw/id_like_to_have_an_honest_discuss_about_darkcoin/
August 24, 2014, 02:19:43 PM
I'm relatively new to Monero transaction performance. I requested a XMR withdrawal from MintPal a few hours ago - nothing showing as of yet in my wallet. I don't have the transaction or hash from MintPal, so I can't look up the transaction in a block explorer. How long does it generally take for MintPal to process XMR withdrawals?
What status of your withdrawal? Did you confirm it by link in email? AFAIK there must be a tx hash regardless of their daemon version.
August 24, 2014, 02:04:03 PM
I'm relatively new to Monero transaction performance. I requested a XMR withdrawal from MintPal a few hours ago - nothing showing as of yet in my wallet. I don't have the transaction or hash from MintPal, so I can't look up the transaction in a block explorer. How long does it generally take for MintPal to process XMR withdrawals?
If they haven't upgraded their wallet the transaction will confirm slowly if at all. Best to take this up with MintPal support.
August 24, 2014, 02:01:19 PM
I'm relatively new to Monero transaction performance. I requested a XMR withdrawal from MintPal a few hours ago - nothing showing as of yet in my wallet. I don't have the transaction or hash from MintPal, so I can't look up the transaction in a block explorer. How long does it generally take for MintPal to process XMR withdrawals?
August 24, 2014, 01:41:07 PM
the payout threshold is always 0.1 for monero.crypto-pool.fr
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
I believe the devs were saying your patch is bad for the network.
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
No one care. Such advertisement, such hype.
I care quite a bit. If pool owners do things to make the network less secure or stable I care very much. As pool owners have come to make up the majority of my ignore list I am beginning to see (some of) them in a distinctly negative light.
I am solo mining because of this.
I believe you understand my sarcasm in previous post. I am also scared of this. All these "secret" improvements are harmful. Nice to ignore this bullshit while it's not harmful and just bring placebo effect, but such magick beans absolutely unacceptable if they produce damage.
August 24, 2014, 01:36:25 PM
the payout threshold is always 0.1 for monero.crypto-pool.fr
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
I believe the devs were saying your patch is bad for the network.
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
No one care. Such advertisement, such hype.
I care quite a bit. If pool owners do things to make the network less secure or stable I care very much. As pool owners have come to make up the majority of my ignore list I am beginning to see (some of) them in a distinctly negative light.
I am solo mining because of this.
August 24, 2014, 01:31:17 PM
the payout threshold is always 0.1 for monero.crypto-pool.fr
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
I believe the devs were saying your patch is bad for the network.
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
No one care. Such advertisement, such hype.
August 24, 2014, 01:29:49 PM
I just watched the fireside chat form like the 8th of this month showing the wire frame gui and talking about abstracting the data from the block chain logic. Has there been one since then and if so can somebody point me there? Apologies for the laziness ... my phone is acting up
No there hasn't - they're going to be irregular and only when we have sufficient movement to warrant another developer event. There are updates in the Missives since then, they're linked in the OP:)
Thanks!
August 24, 2014, 01:29:28 PM
And how does a regular person (user) update? Just overwrite the old bitmonerod.exe and simplewallet.exe with new ones? And keep the old stuff like .keys, .txts and wallets in the same directory?
Update executables, remove poolstate.bin and p2pstate.bin then start.
What re-generates poolstate.bin and p2pstate.bin if you remove them as a general user? Removing these causes simplewallet.exe to not execute.
It shouldn't, simplewallet doesn't touch either of those files. When you start the daemon again after removing these two then they'll be recreated; p2pstate.bin is the daemon's peer lists, and poolstate.bin is the transaction mempool that it'll receive once it syncs up.
August 24, 2014, 01:28:17 PM
I just watched the fireside chat form like the 8th of this month showing the wire frame gui and talking about abstracting the data from the block chain logic. Has there been one since then and if so can somebody point me there? Apologies for the laziness ... my phone is acting up
No there hasn't - they're going to be irregular and only when we have sufficient movement to warrant another developer event. There are updates in the Missives since then, they're linked in the OP:)
August 24, 2014, 01:26:58 PM
the payout threshold is always 0.1 for monero.crypto-pool.fr
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
Efficiency: 102.5% on last 12 Hour ( thanks my patch )
I believe the devs were saying your patch is bad for the network.
https://bitcointalksearch.org/topic/m.8510849
Did you change it since you posted the (dangerous?) code?
Jump to: