Wow, guys! That's ain't cool! Bad time for MRO: hack attack, high diff ( don't know the diff raised so fast and so high but IMO there must be someone with farm/botnet/isntamine) !
Quite the opposite, this is GOOD time. Attacks means people are interested. You don't attack a worthless coin. You attack the valuable ones. 
Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 2071. (Read 4671920 times)
is it the reason that I have not found a block in the last week because
1. the hash rate is so high
2. the blockchain attack that has occured (conspiracy theory -- tft and friends)
3. both 1 and 2
another question:
1. is cryptonote cicada 3301 with an ultra optimized miner
2. bytecoin user and satoshi are one and the same.
should we hold off mining until we get the right blockchain. thank you
1 yes1. the hash rate is so high
2. the blockchain attack that has occured (conspiracy theory -- tft and friends)
3. both 1 and 2
another question:
1. is cryptonote cicada 3301 with an ultra optimized miner
2. bytecoin user and satoshi are one and the same.
should we hold off mining until we get the right blockchain. thank you
2 no, also there have been an issue today now solved but you will have to stop mining for a while monero.cc/blog/security-announcement-update/
other question
1 no one knows, that's the point
2 since we don't know who is satoshi, it could be - whatever the answer, I believe it definitely help gathering attraction toward cryptonote - but an urban legend can only bring you that far, you must deliver after that and this is exactly what we are doing
You may hold off mining till the pool arrives on continue anyway, hopping to win at the lottery. We won't give you a direction, both decisions are equally valid.
What's the total coins in supply right now?
At the block height of 30800, about 534k coins, due to my calc. 
well.
I for one have depended on input from the community. I do not follow all opinions or statements as fact. I measure it and then act accordingly. however, taco has said that we should update the blockchain. cont to mine with current binaries.
i was wondering if the reason I have not gotten any blocks in the last week is because I have been mining on a corrupted blockchain.
thanks.
I for one have depended on input from the community. I do not follow all opinions or statements as fact. I measure it and then act accordingly. however, taco has said that we should update the blockchain. cont to mine with current binaries.
i was wondering if the reason I have not gotten any blocks in the last week is because I have been mining on a corrupted blockchain.
thanks.
The corruption involves substituting early blocks with fake ones (I believe blocks 1 to 1400, which was roughly the first 24 hours of mining). It shouldn't have affected any mining.
Everyone please update your clients and remove your blockchain.bins and resync with the network. It looks like we are experiencing blockchain corruption.
New windows binaries will be out soon. In the meantime, you can still mine OK with old binaries.
New windows binaries will be out soon. In the meantime, you can still mine OK with old binaries.
Wow, guys! That's ain't cool! Bad time for MRO: hack attack, high diff ( don't know the diff raised so fast and so high but IMO there must be someone with farm/botnet/isntamine) ! Perspective of this coins, which in past I did bet would succeed, is doubtable now.
well.
I for one have depended on input from the community. I do not follow all opinions or statements as fact. I measure it and then act accordingly. however, taco has said that we should update the blockchain. cont to mine with current binaries.
i was wondering if the reason I have not gotten any blocks in the last week is because I have been mining on a corrupted blockchain.
thanks.
I for one have depended on input from the community. I do not follow all opinions or statements as fact. I measure it and then act accordingly. however, taco has said that we should update the blockchain. cont to mine with current binaries.
i was wondering if the reason I have not gotten any blocks in the last week is because I have been mining on a corrupted blockchain.
thanks.
What's the total coins in supply right now?
is it the reason that I have not found a block in the last week because
1. the hash rate is so high
2. the blockchain attack that has occured (conspiracy theory -- tft and friends)
3. both 1 and 2
another question:
1. is cryptonote cicada 3301 with an ultra optimized miner
2. bytecoin user and satoshi are one and the same.
should we hold off mining until we get the right blockchain. thank you
1. the hash rate is so high
2. the blockchain attack that has occured (conspiracy theory -- tft and friends)
3. both 1 and 2
another question:
1. is cryptonote cicada 3301 with an ultra optimized miner
2. bytecoin user and satoshi are one and the same.
should we hold off mining until we get the right blockchain. thank you
R u really ready not to mine till someone will tell you to start mining again?
What if blockchain attack has a goal to scare users and while we would wait someone would mine a lot for him. And who you think must tell you when to finish and restart mining?
can someone post an example of a send command within the wallet?
transfer 3 ADDRESS AMOUNT
thank you
can someone post an example of a send command within the wallet?
transfer 3 ADDRESS AMOUNT
can someone post an example of a send command within the wallet?
is it the reason that I have not found a block in the last week because
1. the hash rate is so high
2. the blockchain attack that has occured (conspiracy theory -- tft and friends)
3. both 1 and 2
another question:
1. is cryptonote cicada 3301 with an ultra optimized miner
2. bytecoin user and satoshi are one and the same.
should we hold off mining until we get the right blockchain. thank you
1. the hash rate is so high
2. the blockchain attack that has occured (conspiracy theory -- tft and friends)
3. both 1 and 2
another question:
1. is cryptonote cicada 3301 with an ultra optimized miner
2. bytecoin user and satoshi are one and the same.
should we hold off mining until we get the right blockchain. thank you
Is this coin bitmonero?
Can this coin be merge mined with fantomcoin? What hashrate do you get with the fantomcoin merge miner?
Can this coin be merge mined with fantomcoin? What hashrate do you get with the fantomcoin merge miner?
Bitmonero may be forked soon but until now it is the same.
Yes you can merge mine both fantomcoin & Monero BUT you have to use an other miner that is 6 times slower than the one to mine Monero alone.
It is not worth it, you'll lose too much hashrate and fantomcoin has no value.
Is this coin bitmonero?
Can this coin be merge mined with fantomcoin? What hashrate do you get with the fantomcoin merge miner?
Can this coin be merge mined with fantomcoin? What hashrate do you get with the fantomcoin merge miner?
How do I get my receive address?
You execute simplewallet to create a wallet. If you already have created a wallet just type "address" into simplewallet or look in the file walletname.bin.address.txt 
How do I get my receive address?
when you open wallet it is written somewhere
also simple write in the wallet address
How do I get my receive address somewhere that I can copy it?
I've made a research on the commit that the NoodleDoodle has claimed to make publicly available. And you know what, I have found something very weird.
Experiment
Core I5, Windows.
Two attempts
1) Binaries compiled from the source code that NoodleDoodle committed yesterday.
2) Pre-compiled binaries that were spread on this topic.
Results
Hashrate:
1) Compiled binaries: 8.3 - 8.9 hr/s
2) Pre-compiled binaries: 15.1 - 15.5 hr/s
Come on guys, this stinks! Aren't you lying again?
My questions:
1) How exactly can the hash rates differ by the factor of 2 if they are on the same code? (Hint: it is impossible).
2) Why do the "team" claim that they've made the source code publicly available when they actually hide the real optimization?
3) Doesn't this mean that instamine is actually going on?
4) How much more the "team's" miners are optimized?
I guess, explanation is required.
Everyone is welcome to try it out themselves.
Experiment
Core I5, Windows.
Two attempts
1) Binaries compiled from the source code that NoodleDoodle committed yesterday.
2) Pre-compiled binaries that were spread on this topic.
Results
Hashrate:
1) Compiled binaries: 8.3 - 8.9 hr/s
2) Pre-compiled binaries: 15.1 - 15.5 hr/s
Come on guys, this stinks! Aren't you lying again?
My questions:
1) How exactly can the hash rates differ by the factor of 2 if they are on the same code? (Hint: it is impossible).
2) Why do the "team" claim that they've made the source code publicly available when they actually hide the real optimization?
3) Doesn't this mean that instamine is actually going on?
4) How much more the "team's" miners are optimized?
I guess, explanation is required.
Everyone is welcome to try it out themselves.
DISCLOSURE: I am not a coder
BUT
When I built on linux from the updated git my hashrate doubled on my FX8350
So not sure what you are gettin on about.
Yesterday I was convinced that Monero devs engage an instamine, but today you posted the source code of the optimized miner. I apologize.
I believe that cryptocurrency with the CryptoNight algorithm will have a great future, and our market is for everyone.
Here is announcement new cryptocoin, QuazarCoin - https://bitcointalksearch.org/topic/ann-qcn-quazarcoin-full-privacydata-protection-egalitarian-pow-600658. This is not MRO relaunch, this is QCN launch, welcome.
I believe that cryptocurrency with the CryptoNight algorithm will have a great future, and our market is for everyone.
Here is announcement new cryptocoin, QuazarCoin - https://bitcointalksearch.org/topic/ann-qcn-quazarcoin-full-privacydata-protection-egalitarian-pow-600658. This is not MRO relaunch, this is QCN launch, welcome.
I've made a research on the commit that the NoodleDoodle has claimed to make publicly available. And you know what, I have found something very weird.
Experiment
Core I5, Windows.
Two attempts
1) Binaries compiled from the source code that NoodleDoodle committed yesterday.
2) Pre-compiled binaries that were spread on this topic.
Results
Hashrate:
1) Compiled binaries: 8.3 - 8.9 hr/s
2) Pre-compiled binaries: 15.1 - 15.5 hr/s
Come on guys, this stinks! Aren't you lying again?
My questions:
1) How exactly can the hash rates differ by the factor of 2 if they are on the same code? (Hint: it is impossible).
2) Why do the "team" claim that they've made the source code publicly available when they actually hide the real optimization?
3) Doesn't this mean that instamine is actually going on?
4) How much more the "team's" miners are optimized?
I guess, explanation is required.
Everyone is welcome to try it out themselves.
Experiment
Core I5, Windows.
Two attempts
1) Binaries compiled from the source code that NoodleDoodle committed yesterday.
2) Pre-compiled binaries that were spread on this topic.
Results
Hashrate:
1) Compiled binaries: 8.3 - 8.9 hr/s
2) Pre-compiled binaries: 15.1 - 15.5 hr/s
Come on guys, this stinks! Aren't you lying again?
My questions:
1) How exactly can the hash rates differ by the factor of 2 if they are on the same code? (Hint: it is impossible).
2) Why do the "team" claim that they've made the source code publicly available when they actually hide the real optimization?
3) Doesn't this mean that instamine is actually going on?
4) How much more the "team's" miners are optimized?
I guess, explanation is required.
Everyone is welcome to try it out themselves.
I ran the same test on my dedicated boxes (mostly Xeon E5-2620 v2 processors) on Ubuntu 12.04. Hashrate pulled from screenlog (screen -L) and averaged after an hour of mining. Boost 1.55 is installed from source, and built with gcc 4.8. The results:
1. Original build from source: 9.8741h/s
2. Original build from source w/ march=native, -funroll-loops: 10.2491h/s
3. Pre-compiled binaries from this topic: 20.7734h/s
4. Build from updated source: 21.8741h/s (faster than pre-compiled binaries!!)
5. Build from updated source with constants instead of divs: 22.8004h/s
6. Build from updated source with constants instead of divs, w/ march=native, -funroll-loops: 23.0526h/s
Out the box the changes NoodleDoodle committed are faster than his precompiled bins. I am not building with icc at this stage, but that might give a slight improvement.
Jump to: