Very nice! Built fine under MacOS X for me, and once I copied over my Linux blockchain.bin and wallet, it runs merrily away. Much nicer than running Linux in VirtualBox, but surprised that is hashing at almost the same rate... Not working in my MacPro Scanning dependencies of target upnpc-static
[ 1%] Building C object external/miniupnpc/CMakeFiles/upnpc-static.dir/igd_desc_parse.c.o
error: unknown warning option '-Wno-overloaded-shift-op-parentheses'; did you mean '-Wno-shift-op-parentheses'? [-Werror,-Wunknown-warning-option]
make[3]: *** [external/miniupnpc/CMakeFiles/upnpc-static.dir/igd_desc_parse.c.o] Error 1
make[2]: *** [external/miniupnpc/CMakeFiles/upnpc-static.dir/all] Error 2
make[1]: *** [all] Error 2
make: *** [build-release] Error 2
Any idea on how to fix it? FYI for Mac users: this problem was solved by installing the latest Xcode (5.1.1) on OSX. This user had 5.0.2 and it wasn't enough (the outdated compiler doesn't recognize the warning flags). |
|
|
|
With updated windows binaries i7 4770K (7 threads) boosted from 8 to 10 only. Is it normal? P.S. Seems AMD rules  Yeah I got only minor gains on Sandy Bridge and Ivy Bridge cpus in windows. Seems the upgrade most benefits AMD unfortunately  It's all over the place. Some results from the #monero channel: G620 processors - no increase G3220 processors - 15% Phenom X4 - 100% i7-4820K - 53% 1st gen i3 - 61% 2nd gen i3 - 62% i7-2600K - 56% Noodle only started optimization today so there may be gains for your CPU in the future. There's no QT style wallet for Monero though, am I right?
Not yet, someone is still working on the GUI wallet. |
|
|
|
WTF man? A hard fork or 2 a year means updating the wallets and whatever systems merchants use two times a year. Do you have any idea how often windows / linux or whatever OS updates? As long as the economics of the coin remain unchanged and the security of the blockchain is maintained i say fork away!
If a coin becomes more than play-money, it'll do actual financial damage each time a hard fork is forced on it. There's a transient period where versions are inconsistent. The whole point of Scrypt-N is that it changes in time without needing to hard fork. |
|
|
|
Is there source for that? If you mean the Linux binaries, that's taco's from earlier today. If you mean the new Windows binaries, Noodle hasn't provided one. |
|
|
|
Are you trolling around? It's about the same hash rate with the new windows binary. I managed to compile some of the code optimized for corei7 processors on windows and link it to the windows binary, but this is not actually the code which will make the real difference in the has rate.
No, the improvements are real. I got +50% and others have also reported large increases in the freenode channel. It's still behind Linux for now, though. |
|
|
|
Very nice! Built fine under MacOS X for me, and once I copied over my Linux blockchain.bin and wallet, it runs merrily away. Much nicer than running Linux in VirtualBox, but surprised that is hashing at almost the same rate... Good, I was hoping that the Linux and Mac blockchain.bin were compatible. |
|
|
|
Yes, but where will the devs hardfork if asic is capable to change N as well ?
To a different algorithm of course! VTC is not an algorithm, it's a mindset - we will do whatever is necessary to beat ASICs. A repeatedly hard-forking coin is not suitable for real-world use or merchant adoption. Right now VTC is yet another low-market-cap trader's coin with a small user base so you can get away with this "mindset". Hopefully your eventual ambitions are grander than that. |
|
|
|
Ok, it is working again. Took about 45 minutes this time. Also with a better hashrate than before. Yes, most Windows users should see a higher hashrate with the new build. You can thank NoodleDoodle. |
|
|
|
OSX binaries are up. Please test and let me know if there are any issues. Download Link |
|
|
|
Did I get it right - mining is going on despite there is an error?
What to do to get rid of the error? Who's succeed in solving the problem? I am a lit bit panic, sorry
Just need to update simplewallet to latest version, there's a link above Mining continues in the daemon regardless of your version When will the official version be released? we will update thread in a bit It's up. The link is in the downloads section. Please post if it doesn't work. |
|
|
|
half a month, without a miner, a pool and GUI.
How can i play with this coin?
I really want to get in, but it's so difficult to me!
half a month? it's been 5 days only The block chain says it started about 19 days ago. When synching, there's a bug that doubles the estimated time to the last synced block. This blockchain started on April 18 at 10:50 GMT, which you can check through timestamps. That puts the age at 13 days. |
|
|
|
looks like the problem is still occuring despite merged mining having stopped 1 hour ago.
You need to replace the wallet binary if you want to send, receive, or check an updated balance. Mining continued to work all this time. |
|
|
|
1st day:
(2^64 - 1 - 1) * (2^-20) * (10^-12)
=(18,446,744,073,709,551,616 -1 -1)*2^(-20)*10^(-12)
=18,446,744,073,709,551,614 * 0.00000095367431640625 * 0.000000000001
=17.592186044415999998092651367188
1 year(365 days):
(2^64 - 1 - 365) * (2^-20) * (10^-12)
=18,446,744,073,709,551,250 * 0.00000095367431640625 * 0.000000000001
=17.592186044415999650955200195313
Am I do the math reght?
This block reward formula is recursive so you need to write some code to compute it at a certain date. The "A" parameter is not the number of days but the number of coins in circulation so far in atomic units (rather than decimal shifted value). 1st day: (2^64 - 1 - 0) * (2^-20) * (10^-12) = 17.5922 365th day: (2^64 - 1 - 7.2722*10^18) * (2^-20) * (10^-12) = 10.6569 how many coins are in existence right now?
Around 300k. |
|
|
|
Anyone compiles it successfully on Mac OS?
Not yet, but very soon. BCN had some significant code changes and those will be merged into MRO. I was able to compile and run the new BCN build without any problems on OSX (Mavericks, 10.9.2). |
|
|
|
Even a smartphone could mine SCRYPT-N up to N=16384. It might not be difficult to implement to ASICs, but the hashrate has to be ridiculously low
The hashrate of GPUs is also lower on Scrypt-N compared to Scrypt, going lower with higher N. Likewise, this ASIC on Scrypt-N mode will hash more slowly than on Scrypt mode. But hashing power is all relative so it doesn't matter. edit: I don't think the ASIC's hash rate would decrease linearly with N like with GPUs. It's probably worse than that, but the overall hashrate of these things is so massive (300 MH/s) that they can probably take over the network anyway. |
|
|
|
Yes, and also they can mine X11 coin like drk. Super iŽll order 10. I am sure they can also mine the new not yet announced Hash0815 algo  Denial is the first stage of grief. |
|
|
|
|
The development of a Scrypt-N miner means that algo is doomed. X11 will be the main answer to ASICs (for the time being).
|
|
|
|
|
Show Posts
