First of all,thank you for your answering I still have a problem to trouble you. I hope all the machine to mine a block,the speed will be faster, your answer whether that means each machine to mine a block. if i want to achieve my goal,i must set a pool?... thanks
You don't need to set up a pool. Just have each of your computers mine to the same wallet, as described above.
|
|
|
Block time: 120 seconds (2 minutes)
Is this real? currently it's almost 8 block every hour. what's the matter?
When there is an adjustment to the hash rate, difficulty takes a while to adjust, so there will be a temporary variation in block time. Random fluctuations are always present as well.
|
|
|
98% of the bounty has been paid out, with 49% going to zone117x and 49% to LucasJones.
The addresses were provided to me by tacotime, and the transaction IDs/logs have been provided by me to tacotime.
I'm waiting for payment information to send 2% of the bounty to archit.
|
|
|
I downloaded the blockchain, putted it in the bitmonero folder, launched bitmonerod, still cant connect and look at my balance "daemon is too busy"
okay so after you have put bitmonero blockchain in %appdata%/bitmonero and have launched simple wallet and bitmonerod, type set_log 1 in the bitmonerod window. I imagine this will show you blocks still coming in, once that stops you should have a green message that says SYNCHRONIZED OK. That means the blockchain has finished downloading and then you can type refresh in the wallet. daemon is busy means its still downloading the blockchain. Ty for the fast answer I did what u said, after "set_log 1" in bitmonerod window, got errors msg, "failed to handshake..." It seems to try to connect to some nodes to update blockchain without success Do you have the latest version?
|
|
|
BBR has a nice small tweak which is removal of dust from block reward. It would be great if XMR adopt such thing, this would help to reduce the problem of transaction size limit for small miners.
That's not what causes the transaction size issue for small miners. If you are a large solo miner you end up with a lot of that dust but you probably know how to deal with it by now.
|
|
|
Hi friend,
Probably everybody else than me can answer this question much better. But as nobody answered now, I can explain you what I would do:
1. Load the mining-package down to each computer you want to use. 1b. Update Blockchains on all computers. 2. Create an wallet address on one of your computers by starting the wallet. 3. Import the resulting wallet private key to all of your computers which you want to use mining this coin. 4. Start the solo mining on every computer.
By doing this successfully you did not build a pool, but set up ypur computers for solo mining each to the same wallet. If you really want to build your own pool, it will be something else.
I´m not sure if this will work out, just let´s wait for some expert´s opinion on this. Good luck. The coins may be with you ;-)
You don't need to do #3 (and it is better not to -- keep your private key safe and secure). Just use this command in the daemon window on each solo mining computer. start_mining [wallet public address] [threads] They will all mine to the same wallet.
|
|
|
I received some additional BCN donations. I don't see credit for them being claimed, but if I missed that I apologize.
This brings the BCN total to 5744895.39379054
|
|
|
Just donated 18 MRO Hopefully it come soon, we deeply need it ! Received this. The 18 was not recorded in the first post so the total is now 5457.
|
|
|
Your transaction is still a bit over 2x too large. Try something like 0.5 MRO You can avoid this happening by mining on smaller pool. what is the limit in amount ,? look [wallet 47QfFp]: transfer 0 myadress 2.041 myID Error: transaction <a26519393400a740e7f4b31985e1a6907600153604cb1e7bf41e9e57159f d2c3> is too big. Transaction size: 61901 bytes, transaction size limit: 24400 b ytes i really dont understand why i small amount is refuse too
|
|
|
IMPORTANT
I have received a proposal to award 49% of the bounty to zone117x, 49% of the bounty to LucasJones, and 2% to archit.
If there are any objections posted to this thread within 24 hours of this post, I will proceed to request approval of this award plan by majority vote of the identified contributors. If the vote fails, alternative proposals will be considered, again by majority vote.
If there are no objections posted to this thread within 24 hours of this post, I will distribute the bounty accordingly.
Was the bounty distributed? Not yet, but will go out soon (as soon as I am at a location with access to the wallets)
|
|
|
this coin it been 80% solo
Why in the world would that be viewed as bad? Do you perhaps think they launched it this way to get more people running full nodes? It's like they want to remind us of decentralization, but why then are they oddly silent while holding all the stuff? I have no idea. I do remember that minergate (with an obscene fee) was available either right away or very quickly, so it is probably related to the developers in some manner.
|
|
|
this coin it been 80% solo
Why in the world would that be viewed as bad?
|
|
|
OK, technically his site is the official one.
Not on this thread it isn't. If you think his development process and direction is superior, you are free to head over to his thread or his repo, at your own riskThe only thing official on this thread is what is identified as such on the first post. He's not affiliated with XMR, he's not in the core team, and for all you know, he could be gaining trust to release a trojaned binary. I have no reason to believe that. But we can't and won't ever endorse any sources other than the official ones.
|
|
|
why is the difficulty and hashrate skyrocketing?
ec2 miners are launching hundreds of instances because it is extremely profitable with this price spike. Yup. The high inflation of this coin in the first couple of years likely ensures we will not have outrageous price pumps because people will simply turn on bulk computing farms if there are price spikes, and XMR will be dumped due to economic pressure. I'm not sure this is a bad thing. There won't be as many short term spikes (I agree not necessarily a bad thing), but nothing about this sort of mining prevents persistent price rises. The the price increases stick, the difficulty will just go up accordingly. There won't be any more supply being dumped, beyond a short transition period. To answer the original question, difficulty follows price. Price is up 30% (briefly much more). You should expect difficulty to also increase. No different than any other coin. More efficient miners (CPU, GPU, whatever) also increase difficulty. The increases are additive.
|
|
|
OK, technically his site is the official one.
Not on this thread it isn't. If you think his development process and direction is superior, you are free to head over to his thread or his repo, at your own riskThe only thing official on this thread is what is identified as such on the first post.
|
|
|
The only site you should trust is www.monero.cc and the only guys you should trust are the one from the core team (tacotime, eizh, smooth, fluffypony, othe, davidlatapie, NoodleDoodle). This is where the official binaries and gui and everythign else will come from. This is the guys that will deliver them. Simpler: Start with the top post on this thread. If it isn't linked from there, it isn't official.
|
|
|
Wolf u must be getting paid by xmr team, why dont you just release an wild keccak miner?
He's not getting paid by XMR as far as I know. Perhaps he just isn't interested in putting a lot of work into WK because WK is a tiny little niche thing that hasn't gotten much traction yet.
|
|
|
Fantastic data here. Anybody aware of an update . . . more recent data?
Yes. Someone did a paper using a statistical test for causality and concluded that price leads difficulty. I don't have a link though, but it is on this forum somewhere. Or it can be seen as difficulty adjust to price. Chicken or egg problem. Hard to say which come first. There is no chicken and egg problem. It has been solved. It has been looked at rigorously, as I said, and the evidence is that difficulty adjusts to price, not the other way. In the short term anything can happen but the weight of the evidence suggests that difficulty adjusts to price. Difficulty also adjusts to other factors (technology changes) but in that case it does not lead to a price change, according to the evidence.
|
|
|
The last portion was more geared toward the Monero teams that are always here with bad intentions.
Perhaps that is directed at me and if so I can tell you I have no "bad intentions." I hold a lot of BCN after mining a ridiculous amount when it surfaced here. I don't know the exact market values right now but I might hold more BCN than XMR. Being part of the Monero core team has not given me any special "stash" of Monero (there was no pre-mine, IPO, instamine, or other way I would have gotten free or cheap coins). If anything, mining BCN was much easier because the difficulty started out implausibly low given the alleged economy that supposedly existed, and also because the difficulty did not take off rapidly the way XMR's did. I ask questions and challenge implausible claims only because I seek the truth and I don't like seeing potential frauds allowed to continue unchallenged. If I were simply acting out of self-interest I would probably never say anything negative about BCN and I'd be here pumping it the way other people do. I guess if they're part of the 150 billion coin "earlier adopter" (aka premine, testnet, etc.) group they might hold more than I do though.
|
|
|
|