[XMR] Monero - A secure, private, untraceable cryptocurrency - page 2066.

Keyboard-Mash

newbie

Activity: 56

Merit: 0

Quote from: hedgy73 on May 09, 2014, 03:42:37 PM

This coin is very difficult to set up wallet and start mining unless you are a programmer or hacker Grin

Been trying for a few hours now to get my head around this and I think I'll have to give it a miss until a normal wallet and pools are setup unfortunately.

Well that's just too bad. There are so many people who have reported the exact opposite (thousands based on the hashrate!), so I'm very sorry to hear that you've run into troubles.

I'm not a programmer nor a hacker, but I will be here for the next 10-12 hours, and am willing to help you with whatever troubles you may have run into as I've not had them Wink

If I can't get it done, there are others here who can help you!

trogdorjw73

hero member

Activity: 482

Merit: 500

Quote from: Zosergag on May 09, 2014, 03:18:03 PM

I consider carefully all about monero. I suppose unfair distribution happens due the super-optimized miner probably

There's nothing unfair going on that I can see. If you got in early when the difficulty was lower, you could have mined a higher percentage of blocks, but the block times have been pretty consistent from the start AFAIK. Of course, no one has a block explorer for MRO, but you can read out the time stamps in the daemon. There are some fast blocks for the first few, then some longer blocks as things slow down and difficulty adjusts. Oddly, I do see a few instances where the timestamp on the next block is earlier than the timestamp on the previous block (e.g. block 100 is 1397822726, block 101 is 1397822717), but perhaps the time stamp comes from the PC that finds the block, so you could easily have a skew of several minutes given that PC clocks are notoriously prone to being off by several minutes.

At present, we are on block 32442, and with an average payout of 17.3 MRO per block we have mined roughly 560K MRO out of the target 18.4 million. So considering MRO was launched on April 18, in about the first three weeks we have mined 3% of the total MRO. Considering many coins have had 1-3% premines, 3% distributed among the miners that came on board in the first three weeks is peanuts.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: blaaaaacksuit on May 09, 2014, 03:31:13 PM

Quote from: Xterry on May 09, 2014, 03:29:13 PM

Quote from: Zosergag on May 09, 2014, 03:18:03 PM

I consider carefully all about monero. I suppose unfair distribution happens due the super-optimized miner probably

Can super-optimized miner be a reason of my impossibility of mining? I didn't get any results

Probably just CPU farms mining the most promising new coin. You'll get a chance whenever the pools come out.

Or just be patient and wait to get lucky. Mining doesn't need to be a steady income. Sometimes you have to dig and dig and dig through worthless dirt and then you finally find a nice big gold nugget!

hedgy73

legendary

Activity: 1414

Merit: 1077

This coin is very difficult to set up wallet and start mining unless you are a programmer or hacker Grin

Been trying for a few hours now to get my head around this and I think I'll have to give it a miss until a normal wallet and pools are setup unfortunately.

Quincy1m8

newbie

Activity: 21

Merit: 0

I followed the beautiful updates in Russian thread. It is good decision to cut-off Mining guide into other post from main topic. Smart move!

Keeminakar

member

Activity: 299

Merit: 14

what's damn going on? the difficulty is extremly high! Huh

blaaaaacksuit

sr. member

Activity: 280

Merit: 250

Who cares?

Quote from: Xterry on May 09, 2014, 03:29:13 PM

Quote from: Zosergag on May 09, 2014, 03:18:03 PM

I consider carefully all about monero. I suppose unfair distribution happens due the super-optimized miner probably

Can super-optimized miner be a reason of my impossibility of mining? I didn't get any results

Probably just CPU farms mining the most promising new coin. You'll get a chance whenever the pools come out.

Xterry

member

Activity: 165

Merit: 10

Quote from: Zosergag on May 09, 2014, 03:18:03 PM

I consider carefully all about monero. I suppose unfair distribution happens due the super-optimized miner probably

Can super-optimized miner be a reason of my impossibility of mining? I didn't get any results

Keyboard-Mash

newbie

Activity: 56

Merit: 0

Hey guys check out this interesting article, it seems to be addressing centralization of mining pools by offering innovative ways to combat heating and power issues that miners often encounter. This is a real major issue for those that would love to mine, but don't have the proper facilities or resources to do so:

http://bitcoinrewind.com/cryptocurrency-mining-roundup/

Quote from: BitcoinRewind

The cryptocurrency mining industry is changing day by day and there are new products that are introduced every day. The popularity of the altcoins is increasing every day. The companies are finding new way of cyyptography and the companies are offering new mining opportunities for the users. The power and cooling were the main concerns for the manufacturers and new methods of mining will help the companies to overcome the problems. But with data centers full of mining racks and malicious actors dropping cryptocurrency mining libraries into mobile malware, new and unexpected technological developments still crop up to make things interesting.

A company based in Seattle named as Hashplex announced that they will introduce their own data center called the Hashcenter. The company is founded by the old employees of Microsoft, Facebook and Google. This data center will help the people to distribute the hashing power of the bitcoins. There are some other features introduced by the Hashplex that will make them famous. Customers can utilize HashPlex’s own mining gear, cloud-style, or mining gear can be sent to the company’s data centre in the Seattle area. Either mining units a customer already has or ones currently on order with mining manufacturers.

There are some rumors that the USB miners are also coming in the field. With the new USB technology, you will be able to hold together low power with high storage. This will be very efficient for the users. The technology will be data center friendly and can be linked with blade miner. If space is an issue, USB miners may still provide a way to custom build an ASIC rig. The Hex-Fury stick does have a heat sink on one side, but cooling will still be an issue to contend with. The mining techniques will provide high revenues to the companies and will also help to prevent the data centers from the hackers. Hackers will not be able to get the users data easily. Big companies such as Amazon and Google are also stepping in the market of mining.

Zosergag

member

Activity: 85

Merit: 10

I consider carefully all about monero. I suppose unfair distribution happens due the super-optimized miner probably

tacotime

legendary

Activity: 1484

Merit: 1005

Quote from: trogdorjw73 on May 09, 2014, 02:44:05 PM

Quote from: tacotime on May 09, 2014, 12:27:37 PM

Quote from: trogdorjw73 on May 09, 2014, 12:18:17 PM

I'm getting the following on a regular basis after the latest May 8 update, all in red text:

Code:

2014-May-09 10:13:43.360776 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.370784 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [188.138.109.185:18080 OUT]Failed to do_send()
2014-May-09 10:13:43.378789 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.386796 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [79.140.30.52:18080 OUT]Failed to do_send()

To my knowledge, this is only on the primary system that's running the wallet -- though I haven't really spent time verifying that statement. Thoughts?

Well known bug that needs to be fixed, raise an issue on the monero-project github

I guess I should clarify: is the affected PC (PCs) still mining properly and I can ignore the error/warning, or when this starts to happen do I need to restart the daemon?

You can generally ignore it, but it's probably annoying to the peer that you're making hundreds of outbound connections to. It's best to restart the daemon if you catch this.

trogdorjw73

hero member

Activity: 482

Merit: 500

Quote from: tacotime on May 09, 2014, 12:27:37 PM

Quote from: trogdorjw73 on May 09, 2014, 12:18:17 PM

I'm getting the following on a regular basis after the latest May 8 update, all in red text:

Code:

2014-May-09 10:13:43.360776 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.370784 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [188.138.109.185:18080 OUT]Failed to do_send()
2014-May-09 10:13:43.378789 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.386796 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [79.140.30.52:18080 OUT]Failed to do_send()

To my knowledge, this is only on the primary system that's running the wallet -- though I haven't really spent time verifying that statement. Thoughts?

Well known bug that needs to be fixed, raise an issue on the monero-project github

I guess I should clarify: is the affected PC (PCs) still mining properly and I can ignore the error/warning, or when this starts to happen do I need to restart the daemon?

tacotime

legendary

Activity: 1484

Merit: 1005

Quote from: trogdorjw73 on May 09, 2014, 12:18:17 PM

I'm getting the following on a regular basis after the latest May 8 update, all in red text:

Code:

2014-May-09 10:13:43.360776 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.370784 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [188.138.109.185:18080 OUT]Failed to do_send()
2014-May-09 10:13:43.378789 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.386796 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [79.140.30.52:18080 OUT]Failed to do_send()

To my knowledge, this is only on the primary system that's running the wallet -- though I haven't really spent time verifying that statement. Thoughts?

Well known bug that needs to be fixed, raise an issue on the monero-project github

trogdorjw73

hero member

Activity: 482

Merit: 500

I'm getting the following on a regular basis after the latest May 8 update, all in red text:

Code:

2014-May-09 10:13:43.360776 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.370784 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [188.138.109.185:18080 OUT]Failed to do_send()
2014-May-09 10:13:43.378789 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\abstract_tcp_server2.inl:307 send que size is more than ABSTRACT_SERVER_SEND_QUE_MAX_COUNT(100),
shutting down connection
2014-May-09 10:13:43.386796 [P2P8]ERROR c:\temp\bytecoin\git\bitmonero-master\contrib\epee\include\n
et\levin_protocol_handler_async.h:638 [79.140.30.52:18080 OUT]Failed to do_send()

To my knowledge, this is only on the primary system that's running the wallet -- though I haven't really spent time verifying that statement. Thoughts?

eizh

hero member

Activity: 560

Merit: 500

Quote from: lisalee on May 09, 2014, 11:05:49 AM

Quote from: David Latapie on May 05, 2014, 09:32:50 PM

Quote from: eizh on May 05, 2014, 09:31:41 PM

Quanttek will be doing German and David Latapie French. Monero will be soon be very international.

Chinese translation will be one of the most important. If anyone can offer to do a high-quality one (or knows someone that can), that would be great.

Those who want to translate the website: PM me. Do not start with the "getting started" page as it is the one most prone to heavy changes, though.

Is someone translating it to Chinese? If not, could I have a try and do the Chinese translation?

Sure! Right now we don't have any bounties for translation, though, so the translators have been volunteers.

lisalee

newbie

Activity: 53

Merit: 0

Quote from: David Latapie on May 05, 2014, 09:32:50 PM

Quote from: eizh on May 05, 2014, 09:31:41 PM

Quanttek will be doing German and David Latapie French. Monero will be soon be very international.

Chinese translation will be one of the most important. If anyone can offer to do a high-quality one (or knows someone that can), that would be great.

Those who want to translate the website: PM me. Do not start with the "getting started" page as it is the one most prone to heavy changes, though.

Is someone translating it to Chinese? If not, could I have a try and do the Chinese translation?

tacotime

legendary

Activity: 1484

Merit: 1005

There is a writeup today from Hearn on stealth addressing. CN coins like Monero already use stealth addressing (and denominations) for all tx.

https://medium.com/p/cb2f81962c1b

eizh

hero member

Activity: 560

Merit: 500

Quote from: Buratino on May 09, 2014, 03:38:45 AM

How can we understand this?
BMR is revamped as individual coin? I think we don't need two the same coins.
Site http://bitmonero.org/ lives now and there is a new binaries. Seems thankful_for_today is working very actively.
What does it mean?
Is it unable to reach agreement between thankful_for_today and Monero core team?
Please clarify the situation.

I wish we knew. Tongue

But none of those files linked are up-to-date. If a useful feature is implemented, MRO will happily merge it in.

Quote from: Sy on May 09, 2014, 05:04:10 AM

Hashrate went from 24 to 12... i7-4770k @4GHz, 7 threads, win8.1 x64

Switching back to 0.8.5 for now

See above. Download from main post.

Quanttek

member

Activity: 93

Merit: 10

Quote from: ?? on ??

Quote from: David Latapie on May 09, 2014, 06:22:03 AM

Quote from: yshuifejng on May 09, 2014, 03:35:23 AM

I accidentally browse to this thread, found a very attractive item. wow..., what a coincidence, today just also released wallet, I want to download.

If you have Ubuntu, this is fairly easy

http://monero.cc/getting-started/#debian-based-linux

Depends on your version, can't compile it on my ubuntu server since it uses lboost-atomic which isn't available in 1.53

Could you please provide some additional information? What means it? Did the script required it(which I doubt) or wasn't atomic installed by the script?

Could you retry pls. The script only sets everything up for a boost installation, which should install atomic

tacotime

legendary

Activity: 1484

Merit: 1005

Quote from: ?? on ??

Do we need to copy/store the key displayed during the new wallet creation or is all that information contained in the .keys files?

thnx

Keys file contains the seed keys for identifying pubkeys and recovering privkeys. The other binary file contains a list of recovered keys that exist in the block chain. Backup both, but the most important is the keys file.

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 2066. (Read 4671920 times)