Bitcoin Forum
July 19, 2019, 05:56:27 PM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 [44] 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 ... 2047 »
  Print  
Author Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency  (Read 4569915 times)
blaaaaacksuit
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250

Who cares?


View Profile
May 06, 2014, 05:26:10 PM
 #861

Hey tacotime, do you have any sort of ETA on the pool?  Days? Weeks? 
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1563558987
Hero Member
*
Offline Offline

Posts: 1563558987

View Profile Personal Message (Offline)

Ignore
1563558987
Reply with quote  #2

1563558987
Report to moderator
1563558987
Hero Member
*
Offline Offline

Posts: 1563558987

View Profile Personal Message (Offline)

Ignore
1563558987
Reply with quote  #2

1563558987
Report to moderator
trogdorjw73
Hero Member
*****
Offline Offline

Activity: 481
Merit: 500


View Profile WWW
May 06, 2014, 05:43:18 PM
 #862

Okay, so I *think* I'm mining on all of my reasonably fast rigs, with around 115 H/s of total hash rate. However, after nearly twelve hours I apparently haven't found a single block. That's either really bad luck based on my calculations, or else my systems aren't actually mining. Here are the logs from a few systems -- if anything looks off, can someone help me out?

Code:
2014-May-06 10:10:59.325350 bitmonero v0.8.5.294(0.1-g0f42b2e)
2014-May-06 10:10:59.328353 Module folder: bitmonerod.exe
2014-May-06 10:10:59.330354 Initializing p2p server...
2014-May-06 10:10:59.332355 Binding on 0.0.0.0:18080
2014-May-06 10:10:59.334356 Net service binded on 0.0.0.0:18080
2014-May-06 10:10:59.335357 Attempting to add IGD port mapping.
2014-May-06 10:11:00.774387 ERROR c:\temp\bytecoin\bitmonero-master-current\src\p2p\net_node.inl:246 UPNP_AddPortMapping failed.
2014-May-06 10:11:00.779380 P2p server initialized OK
2014-May-06 10:11:00.780378 Initializing cryptonote protocol...
2014-May-06 10:11:00.782379 Cryptonote protocol initialized OK
2014-May-06 10:11:00.784381 Initializing core rpc server...
2014-May-06 10:11:00.786384 Binding on 127.0.0.1:18081
2014-May-06 10:11:00.789384 Core rpc server initialized OK on port: 18081
2014-May-06 10:11:00.791386 Initializing core...
2014-May-06 10:11:00.794388 Loading blockchain...
2014-May-06 10:11:01.631980 Blockchain initialized. last block: 27684, d0.h0.m1.s13 time ago, current difficulty: 3251837
2014-May-06 10:11:01.635983 Core initialized OK
2014-May-06 10:11:01.636985 Starting core rpc server...
2014-May-06 10:11:01.638985 Run net_service loop( 2 threads)...
2014-May-06 10:11:01.651994 [SRV_MAIN]Core rpc server started ok
2014-May-06 10:11:01.654997 [SRV_MAIN]Starting p2p net loop...
2014-May-06 10:11:01.656998 [SRV_MAIN]Run net_service loop( 10 threads)...
2014-May-06 10:11:02.657757 [P2P1]
**********************************************************************
The daemon will start synchronizing with the network. It may take up to several hours.

You can set the level of process detailization by using command "set_log <level>", where <level> is either 0 (no details), 1 (current block height synchronized), or 2 (all details).

Use "help" command to see the list of available commands.

Note: in case you need to interrupt the process, use "exit" command. Otherwise, the current progress won't be saved.
**********************************************************************
2014-May-06 10:11:02.657757 [P2P9]Connecting to 118.68.193.206:18080(white=1, last_seen: d0.h0.m0.s32)...
2014-May-06 10:11:03.929605 [P2P0]
**********************************************************************
You are now synchronized with the network. You may now start simplewallet.

Please note, that the blockchain will be saved only after you quit the daemon with "exit" command or if you use "save" command.
Otherwise, you will possibly need to synchronize the blockchain again.

Use "help" command to see the list of available commands.
**********************************************************************
2014-May-06 10:11:03.944615 [P2P0][118.68.193.206:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:03.947616 [P2P9]Connecting to 82.32.195.63:18080(white=1, last_seen: d0.h0.m50.s40)...
2014-May-06 10:11:05.041391 [P2P6][82.32.195.63:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:05.043393 [P2P9]Connecting to 88.164.51.65:18080(white=1, last_seen: d0.h0.m0.s35)...
2014-May-06 10:11:06.329301 [P2P4][88.164.51.65:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:06.331301 [P2P9]Connecting to 198.50.239.117:18080(white=1, last_seen: d0.h0.m0.s37)...
2014-May-06 10:11:06.616512 [P2P6][198.50.239.117:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:06.619505 [P2P9]Connecting to 83.212.102.116:18080(white=1, last_seen: d0.h0.m0.s36)...
2014-May-06 10:11:07.442086 [P2P2][83.212.102.116:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:07.446090 [P2P9]Connecting to 46.249.52.137:18080(white=1, last_seen: d0.h0.m0.s37)...
2014-May-06 10:11:07.962475 [P2P2][46.249.52.137:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:07.966456 [P2P9]Connecting to 54.187.171.247:18080(white=1, last_seen: d0.h0.m0.s38)...
2014-May-06 10:11:08.089545 [P2P3][54.187.171.247:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:08.092547 [P2P9]Connecting to 113.243.176.28:18080(white=1, last_seen: d0.h0.m50.s57)...
2014-May-06 10:11:09.610621 [P2P3][113.243.176.28:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:09.612622 [P2P9]Connecting to 54.187.30.197:18080(white=0, last_seen: d0.h0.m0.s2)...
2014-May-06 10:11:09.691679 [P2P6][54.187.30.197:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:09.694680 [P2P9]Connecting to 37.229.184.145:18080(white=0, last_seen: d0.h0.m11.s22)...
2014-May-06 10:11:11.906242 [P2P1][37.229.184.145:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:11.909244 [P2P9]Connecting to 88.218.187.68:18080(white=0, last_seen: d0.h0.m0.s1)...
2014-May-06 10:11:16.175259 [P2P6][88.218.187.68:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:16.179263 [P2P9]Connecting to 94.189.155.154:18080(white=0, last_seen: d0.h0.m0.s8)...
2014-May-06 10:11:16.876770 [P2P2][94.189.155.154:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 10:11:35.184694 [RPC1]Mining has started with 4 threads, good luck!
2014-May-06 10:11:35.184694 Miner thread was started [1]
2014-May-06 10:11:35.184694 Miner thread was started [0]
2014-May-06 10:11:35.184694 Miner thread was started [3]
2014-May-06 10:11:35.184694 Miner thread was started [2]
FYI, I cleared the log right before this system was restarted. My question is the line that says:
"ERROR c:\temp\bytecoin\bitmonero-master-current\src\p2p\net_node.inl:246 UPNP_AddPortMapping failed."

I'm getting that on several systems, mostly Windows 8 systems I think? When I'm mining and enable show_hr, I see all of the systems hashing, but again zero blocks in half a day seems unlikely. By my math, there is a total of ~55000 H/s going on with MRO right now, which means I account for ~0.18% of the total hash rate and should thus find 2.62 blocks per day.

*BREAKING NEWS*

Code:
2014-May-06 06:28:09.237734 [miner 4]Found block for difficulty: 3188836
2014-May-06 06:36:20.507771 [P2P4]Connecting to 128.71.195.108:18080(white=0, last_seen: d0.h0.m57.s5)...
2014-May-06 06:36:23.601549 [P2P0][128.71.195.108:18080 OUT] COMMAND_HANDSHAKE INVOKED OK
2014-May-06 07:16:20.417776 [miner 2]Found block for difficulty: 3155187

Apparently I found some blocks a few hours ago. But they didn't show up in my wallet at first? How many confirms does it take for found blocks to appear in your wallet, or was it because I happened to type "refresh" in my wallet a few minutes ago while trying to figure out what was going on? I guess all is well and I'm now back on track, though it's funny that only one system found any blocks and it was two blocks within 40 minutes.

Anyway, I'm just looking for good information on how to mine MRO most effectively, and I may end up being the one to provide that (for Windows users at least). If I can get enough of a clear insight into how everything works, I'll see about writing a blog post on the subject. :-)

AnonyMint
Hero Member
*****
Offline Offline

Activity: 518
Merit: 500


View Profile
May 06, 2014, 05:48:40 PM
Last edit: May 06, 2014, 06:05:21 PM by AnonyMint
 #863

Which file in the source code contains the proof-of-work algorithm?

I've tried to locate it and can't seem to find it quickly.

I want to analyze the cpu-only claim.

src/crypto/slow-hash.c

On quick glance, I see AES code. Is this the MemoryCoin algorithm and not the one described in the CryptoNote whitepaper which is memory latency bound?

I do not think it is the memorycoin algorithm.

Analyzed it.

It is employing AES as another means of defeating GPUs (in addition to the memory latency bound), similar to MemoryCoin.

https://cryptonote.org/inside.php#equal-proof-of-work

Quote
3. GPUs may run hundreds of concurrent instances, but they are limited in other ways

See prior analysis of that strategy, which concluded that GPUs would be 2.5 to 3X faster but would perform no better in hashes per Watt:

https://bitcointalk.org/index.php?topic=355532.msg3976656#msg3976656

I pointed out that ASICs would implement AES much more efficiently:

https://bitcointalk.org/index.php?topic=355532.msg3977088#msg3977088

Here follows my conclusions.

  • slow and thus DDoS prevention will be hampered, which will also likely eliminate any chance of supporting 0 transaction fees
  • roughly both memory latency and computation bound (instead of the ideal of being only latency bound), thus if Tilera CPUs or GPUs add dedicated AES support or if ASICs are mated to large fast SDRAM caches, the cpu-only claim will fail.
  • it is not leveraging hyperthreads

In short, it is too computation heavy, not maximizing the CPU's hyperthreads, and thus not only will it not be the best cpu-only PoW algorithm possible, it will also fail to be remain cpu-only if it becomes widely adopted.

Also being computation heavy, it is consuming more electricity than the ideal cpu-only PoW algorithm.

There is another egregious flaw in the proof-of-work algorithm.

AES encryption is being employed as the hash function and assumed to be a random oracle with perfect distribution in order to provide the randomized memory access. Problem is that AES is not suitable as a hash (certainly not when employed as encryption) for it has too small of a output space (repeating patterns will be over a few number of bits), thus it will be possible to attack this with an algorithm to reduce the scratchpad size significantly from the 2MB.

unheresy.com - Prodigiously Elucidating the Profoundly ObtuseTHIS FORUM ACCOUNT IS NO LONGER ACTIVE
blaaaaacksuit
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250

Who cares?


View Profile
May 06, 2014, 05:50:44 PM
 #864

I frequently get this error in the daemon while I'm mining.  Anyone know what it means?  

Code:
2014-May-06 10:47:29.659843 [P2P8][83.55.192.3:46223 INC]COMMAND_TIMED_SYNC invoke failed. (-3, LEVIN_ERROR_CONNECTION_DESTROYED)
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
May 06, 2014, 06:00:42 PM
 #865

There is another egregious flaw in the proof-of-work algorithm.

AES encryption is being employed as the hash function and assumed to be a random oracle with perfect distribution in order to provide the randomized memory access. Problem is that AES is not suitable as a hash (certainly not when employed as encryption) for it has too small of a output space (repeating patterns will be over a few number of bits), thus it will be possible to attack this with an algorithm to reduce the scatchpad size size significantly from the 2MB.

In the memory hard phase, and it uses 256-bit key sizes.  This is followed by a number of SHA3 candidates at the bottom.  Even if you broke the memory hard AES phase, you'd still have to contend with those.

So, whoever breaks 256-bit AES keys in the memory hard section is awarded most of the hash rate for the network. Good for them, and good luck to them.

I have no real concern with keeping it "CPU only". Whoever innovates the first GPU miner or ASIC miner or whatever should be rewarded accordingly for their efforts.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
Wanesst
Sr. Member
****
Offline Offline

Activity: 422
Merit: 250



View Profile
May 06, 2014, 06:42:45 PM
 #866

Guys, here is a new CryptoNote fork - https://bitcointalk.org/index.php?topic=585611 (FantomCoin) with a merged mining Bytecoin and BitMonero.

But I don't understand, Monero and BitMonero - is this one coin or different? Huh

Also there is a GUI-miner (no command line Wink):



billotronic
Legendary
*
Offline Offline

Activity: 1610
Merit: 1000


Crackpot Idealist


View Profile
May 06, 2014, 06:45:09 PM
 #867

ffs I need some help.

Trying to set up some remote mining rigs on Ubuntu 12.04. I've gotten the bugger to compile but now I am trying to bind MRO to the socks proxy and I am not having any luck. The host has tsocks configured (which is what I ususally use for such things) but that by itself is not getting any connections:

Code:
2014-May-07 04:37:20.106058 Starting...
2014-May-07 04:37:20.106315 bitmonero v0.8.5.294()
2014-May-07 04:37:20.106386 Module folder: ./bitmonerod
2014-May-07 04:37:20.106551 Initializing p2p server...
2014-May-07 04:37:20.106708 Binding on 0.0.0.0:18080
2014-May-07 04:37:20.106779 Net service binded on 0.0.0.0:18080
2014-May-07 04:37:20.106822 Attempting to add IGD port mapping.
2014-May-07 04:37:24.111636 No IGD was found.
2014-May-07 04:37:24.111733 P2p server initialized OK
2014-May-07 04:37:24.111782 Initializing cryptonote protocol...
2014-May-07 04:37:24.111818 Cryptonote protocol initialized OK
2014-May-07 04:37:24.111845 Initializing core rpc server...
2014-May-07 04:37:24.111892 Binding on 127.0.0.1:18081
2014-May-07 04:37:24.112010 Core rpc server initialized OK on port: 18081
2014-May-07 04:37:24.112055 Initializing core...
2014-May-07 04:37:24.112157 Loading blockchain...
2014-May-07 04:37:24.112263 Blockchain initialized. last block: 0, d671.h15.m37.s24 time ago, current difficulty: 1
2014-May-07 04:37:24.112310 Core initialized OK
2014-May-07 04:37:24.112522 Starting core rpc server...
2014-May-07 04:37:24.112565 Run net_service loop( 2 threads)...
2014-May-07 04:37:24.112710 [SRV_MAIN]Core rpc server started ok
2014-May-07 04:37:24.112809 [SRV_MAIN]Starting p2p net loop...
2014-May-07 04:37:24.113220 [SRV_MAIN]Run net_service loop( 10 threads)...
2014-May-07 04:37:25.112995 [P2P0]Connecting to 64.22.111.2:18080(white=1, last_seen: never)...
2014-May-07 04:37:25.113203 [P2P9]
**********************************************************************
The daemon will start synchronizing with the network. It may take up to several hours.

You can set the level of process detailization by using command "set_log <level>", where <level> is either 0 (no details), 1 (current block height synchronized), or 2 (all details).

Use "help" command to see the list of available commands.

Note: in case you need to interrupt the process, use "exit" command. Otherwise, the current progress won't be saved.
**********************************************************************
2014-May-07 04:37:30.113958 [P2P0]Connect failed to 64.22.111.2:18080
2014-May-07 04:37:30.114063 [P2P0]Connecting to 107.158.233.98:18080(white=1, last_seen: never)...
2014-May-07 04:37:35.114397 [P2P0]Connect failed to 107.158.233.98:18080
2014-May-07 04:37:35.114493 [P2P0]Connecting to 64.22.111.2:18080(white=1, last_seen: never)...
2014-May-07 04:37:40.114821 [P2P0]Connect failed to 64.22.111.2:18080
2014-May-07 04:37:40.114927 [P2P0]Failed to connect to any of seed peers, continuing without seeds

I then tried to manually pass the proxy info via --rpc-bind-port etc I get this:

Code:
2014-May-07 04:42:11.074992 Starting...
2014-May-07 04:42:11.075277 bitmonero v0.8.5.294()
2014-May-07 04:42:11.075331 Module folder: ./bitmonerod
2014-May-07 04:42:11.075524 Initializing p2p server...
2014-May-07 04:42:11.075685 Binding on 0.0.0.0:18080
2014-May-07 04:42:11.075755 Net service binded on 0.0.0.0:18080
2014-May-07 04:42:11.075795 Attempting to add IGD port mapping.
2014-May-07 04:42:15.081198 No IGD was found.
2014-May-07 04:42:15.081296 P2p server initialized OK
2014-May-07 04:42:15.081346 Initializing cryptonote protocol...
2014-May-07 04:42:15.081373 Cryptonote protocol initialized OK
2014-May-07 04:42:15.081399 Initializing core rpc server...
2014-May-07 04:42:15.081432 Binding on 192.168.56.1:101
2014-May-07 04:42:15.081624 ERROR /home/bitmonero/contrib/epee/include/net/abstract_tcp_server2.inl:468 Exception at [boosted_tcp_server<t_protocol_handler>::init_server], what=bind: Cannot assign requested address
2014-May-07 04:42:15.081688 ERROR /home/bitmonero/contrib/epee/include/net/http_server_impl_base.h:68 Failed to bind server
2014-May-07 04:42:15.081718 ERROR /home/bitmonero/src/daemon/daemon.cpp:158 Failed to initialize core rpc server.
2014-May-07 04:42:15.082111 Mining has been stopped, 0 finished

It's trying to bind to the correct ip and port but will not work. Before I give up trying to get this running I was wondering if anyone had any ideas.

This post sums up why all this bullshit is a scam
Read It. Hate It. Change the facts that it represents.
https://bitcointalk.org/index.php?topic=1606638.msg16139644#msg16139644
pozmu
Hero Member
*****
Offline Offline

Activity: 742
Merit: 504


(っ◔◡◔)っ🍪


View Profile
May 06, 2014, 07:17:15 PM
 #868

Guys, here is a new CryptoNote fork - https://bitcointalk.org/index.php?topic=585611 (FantomCoin) with a merged mining Bytecoin and BitMonero.

But I don't understand, Monero and BitMonero - is this one coin or different? Huh

Also there is a GUI-miner (no command line Wink):

BitMonero = Monero

superresistant
Legendary
*
Offline Offline

Activity: 2030
Merit: 1095



View Profile
May 06, 2014, 07:38:04 PM
Last edit: May 06, 2014, 08:02:29 PM by superresistant
 #869

Guys, here is a new CryptoNote fork - https://bitcointalk.org/index.php?topic=585611 (FantomCoin) with a merged mining Bytecoin and BitMonero.
But I don't understand, Monero and BitMonero - is this one coin or different? Huh
Also there is a GUI-miner (no command line Wink):

BitMonero may be forked and merged soon but right now it is the same.

Do not chose BitMonero over Monero when it happen, it is obvious that a merged coin will have much less value than a proper coin.
pandher
Legendary
*
Offline Offline

Activity: 952
Merit: 1000


Stagnation is Death


View Profile WWW
May 06, 2014, 08:23:23 PM
 #870

Guys, here is a new CryptoNote fork - https://bitcointalk.org/index.php?topic=585611 (FantomCoin) with a merged mining Bytecoin and BitMonero.

But I don't understand, Monero and BitMonero - is this one coin or different? Huh

Also there is a GUI-miner (no command line Wink):

No need to post pointless forks here
Keyboard-Mash
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
May 06, 2014, 08:33:27 PM
 #871

Guys, here is a new CryptoNote fork - https://bitcointalk.org/index.php?topic=585611 (FantomCoin) with a merged mining Bytecoin and BitMonero.

But I don't understand, Monero and BitMonero - is this one coin or different? Huh

Also there is a GUI-miner (no command line Wink):

No need to post pointless forks here


It's not completely pointless, the tx_extra field with low fee blockchain can allow you to upload information. They can do things like Mastercoin w/ colored coins.

I won't be supporting it, but it's not totally pointless -- competition will make the best of us all.

trogdorjw73
Hero Member
*****
Offline Offline

Activity: 481
Merit: 500


View Profile WWW
May 06, 2014, 09:14:46 PM
 #872

Why oh WHY do people do stuff like this!? I know that this was already discussed somewhere else, but the block rewards equation is rather difficult to plot/understand, and it really should be clarified.
Quote
Block reward: Smoothly varying using the formula (264 - 1 - A) * 2-20 * 10-12, where A = supply mined to date
Assuming that's correct, if we want to break that down into something people are actually able to understand (without resorting to serious spreadsheet calculations or function plotting software), let's start by removing those exponentials:
Block reward...
= (264 - 1 - A) * 0.00000000000000000095367431640625
= 17.592186 - 0.00000000000000000095367431640625 - A * 0.00000000000000000095367431640625
= 17.592186 - 0.00000000000000000095367431640625 - A * 0.00000000000000000095367431640625

If A is 0 to 18400000, we could basically drop both the second terms and the block rewards would be ~17.592186. Except that's clearly not the case, so what's going on? Well, A is obviously not going from 0 to 18400000; it's instead going from 0 to some large number -- but not so large that (A * 0.00000000000000000095367431640625) would be more than 17.592186, since we don't want negative block rewards.

I looked around in the source code (which is frankly a mess to understand -- hooray for security through obfuscation and complex code!), and anything even remotely resembling "264 - 1 - A) * 2-20 * 10-12" is nowhere to be seen in the block rewards calculations. Instead, we get bitwise shift operations and other items that again only seem to serve to obscure the true meaning of what's happening. It appears the coin supply (A) is actually scaled by 1,000,000,000,000 (one trillion) -- the reward is also limited in some way by the block size (Huh). So, applying that scaling factor, what we get is that the block rewards are

17.592186044415 - A * 0.00000095367431640625, with A going from 0 to 18400000. (I dropped the second term as it appears to be insignificant -- even when scaled by 1 trillion.)

The result is that we're seeing block rewards of around 17.14 right now, so we're down ~0.45 from the initial rewards level in a couple weeks I guess. Over the long haul, it looks like we smoothly scale block rewards such that the reward is cut in half every ~504 days (give or take) -- and about half of the remaining coins are mined every ~504 days. That's really not that bad, but rather than such a clearly stated progression we get "Block reward: Smoothly varying using the formula (264 - 1 - A) * 2-20 * 10-12, where A = supply mined to date".

Thanks for that... it only took me a few hours to actually dig through the code, run some numbers, and figure out in plain English what is actually happening. It will take about nine years for 99% of MRO to be mined, or 4.5 years for 90% of MRO to be mined. That's a far faster distribution than BTC or LTC of course, but far slower than most of the other coins coming out these days.

Back to "real" work.... LOL

nakaone
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500


View Profile
May 06, 2014, 09:22:48 PM
 #873

the formula is hell, I tried the same on bytecoin, which is more or less the same formula. but I do not see your conclusion?

isn't it that simple that early miners are more rewarded than late miners? - I think regarding fairness that is totally fine
eizh
Hero Member
*****
Offline Offline

Activity: 560
Merit: 500



View Profile
May 06, 2014, 09:24:06 PM
 #874

Why oh WHY do people do stuff like this!? I know that this was already discussed somewhere else, but the block rewards equation is rather difficult to plot/understand, and it really should be clarified.
Quote
Block reward: Smoothly varying using the formula (264 - 1 - A) * 2-20 * 10-12, where A = supply mined to date
Assuming that's correct, if we want to break that down into something people are actually able to understand (without resorting to serious spreadsheet calculations or function plotting software), let's start by removing those exponentials:
Block reward...
= (264 - 1 - A) * 0.00000000000000000095367431640625
= 17.592186 - 0.00000000000000000095367431640625 - A * 0.00000000000000000095367431640625
= 17.592186 - 0.00000000000000000095367431640625 - A * 0.00000000000000000095367431640625

If A is 0 to 18400000, we could basically drop both the second terms and the block rewards would be ~17.592186. Except that's clearly not the case, so what's going on? Well, A is obviously not going from 0 to 18400000; it's instead going from 0 to some large number -- but not so large that (A * 0.00000000000000000095367431640625) would be more than 17.592186, since we don't want negative block rewards.

I looked around in the source code (which is frankly a mess to understand -- hooray for security through obfuscation and complex code!), and anything even remotely resembling "264 - 1 - A) * 2-20 * 10-12" is nowhere to be seen in the block rewards calculations. Instead, we get bitwise shift operations and other items that again only seem to serve to obscure the true meaning of what's happening. It appears the coin supply (A) is actually scaled by 1,000,000,000,000 (one trillion) -- the reward is also limited in some way by the block size (Huh). So, applying that scaling factor, what we get is that the block rewards are

17.592186044415 - A * 0.00000095367431640625, with A going from 0 to 18400000. (I dropped the second term as it appears to be insignificant -- even when scaled by 1 trillion.)

The result is that we're seeing block rewards of around 17.14 right now, so we're down ~0.45 from the initial rewards level in a couple weeks I guess. Over the long haul, it looks like we smoothly scale block rewards such that the reward is cut in half every ~504 days (give or take) -- and about half of the remaining coins are mined every ~504 days. That's really not that bad, but rather than such a clearly stated progression we get "Block reward: Smoothly varying using the formula (264 - 1 - A) * 2-20 * 10-12, where A = supply mined to date".

Thanks for that... it only took me a few hours to actually dig through the code, run some numbers, and figure out in plain English what is actually happening. It will take about nine years for 99% of MRO to be mined, or 4.5 years for 90% of MRO to be mined. That's a far faster distribution than BTC or LTC of course, but far slower than most of the other coins coming out these days.

Back to "real" work.... LOL

Yes, this is correct. A plot of what this looks like is below. Y-axis is in 10s of millions and the dashed line is the maximum supply (~18.446 million).

Keyboard-Mash
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
May 06, 2014, 09:36:10 PM
 #875

Difficulty is absolutely insane now, over 5,100,000
tacotime
Legendary
*
Offline Offline

Activity: 1484
Merit: 1000



View Profile
May 06, 2014, 09:43:56 PM
 #876

Difficulty is absolutely insane now, over 5,100,000

Yes, but doesn't appear to be related to MMing as fantom HR is relatively low.

So, not sure. I did push the 32-bit update the other day, it could be a botnet.

Code:
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
blaaaaacksuit
Sr. Member
****
Offline Offline

Activity: 280
Merit: 250

Who cares?


View Profile
May 06, 2014, 09:55:56 PM
 #877

Difficulty is absolutely insane now, over 5,100,000

Yes, but doesn't appear to be related to MMing as fantom HR is relatively low.

So, not sure. I did push the 32-bit update the other day, it could be a botnet.

Same thing happened to DRK earlier on in it's life.  Someone popped into a pool with 2 GH/s back when everyone was still CPU mining.  Drove the diff so high nobody else could get a block and he hung around until the dev had to implement a gravity well just to get rid of him.  After the well was in place the guy immediately pulled the plug and he never came back.  This is what made me think it wasn't a botnet but a HUGE server farm.  That plus the fact that the hashrate was very consistent.  Didn't stop him from getting around 50,000 DRK in the meantime though.  
Keyboard-Mash
Newbie
*
Offline Offline

Activity: 56
Merit: 0


View Profile
May 06, 2014, 10:00:07 PM
 #878

Difficulty is absolutely insane now, over 5,100,000

Yes, but doesn't appear to be related to MMing as fantom HR is relatively low.

So, not sure. I did push the 32-bit update the other day, it could be a botnet.

With the sudden onset, whoever it is doesn't care much in the way of entering quietly. Not all botnet operators are trying to kill off a network, just a different way of investing in the coin.

Either way, hopefully the intention is to hold onto the coin for a long time. With the amount of hardware and money invested in even supplying that much HR, I don't think this is a negative event. More something to just sit back and observe.

Hope I don't have to eat my words.

smooth
Legendary
*
Offline Offline

Activity: 2184
Merit: 1130



View Profile
May 06, 2014, 10:04:17 PM
Last edit: May 06, 2014, 10:52:10 PM by smooth
 #879

I don't think it is necessarily anything.

Every day we see people coming on here trying to figure out how to mine. Some of those people have multiple computers, some have many computers. I remember yesterday two people were specifically asking about how to set up multiple computers to mine to one wallet. I have no idea how many computers either of them have or how many other people like that didn't post. There was an optimized Windows miner released recently that doubled the has rate on a lot of hardware. With the price going up like crazy yesterday that was clearly going to attract a lot of people.

All of this is going to rapidly drive up the amount of mining and the hash rate, which in total still isn't that high, only 5000 or so computers.
sid7039
Full Member
***
Offline Offline

Activity: 221
Merit: 100


View Profile
May 06, 2014, 10:09:42 PM
 #880

Quote
So, not sure. I did push the 32-bit update the other day, it could be a botnet.

Where is this 32-bit update located? Would like to try it.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 [44] 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 ... 2047 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!