Search content
Sort by
Showing 20 of 38 results by Blazin
Re: [ANN] TeamRedMiner - Optimized AMD GPU Miner for lyra2z and phi2
Nice to have you back, todxx. I thought you had abandoned your miner.
My Vega 64 gets 6.5 MH. I also have performance intentionally restricted to make it run cooler (any significant amount of fan noise just annoys everyone in my house), so that number is probably lower than what other people get.
My Vega 64 gets 6.5 MH. I also have performance intentionally restricted to make it run cooler (any significant amount of fan noise just annoys everyone in my house), so that number is probably lower than what other people get.
Nice work. I used the faster branch of Segvan to generate a few addresses in the last day and a half on my Ryzen CPU with 8 instances. The string I wanted was computationally difficult to come by. It probably would have taken forever on Vanitygen, if gmaxwell's post is anything to go by.
You want this code: https://github.com/bitcoin-core/secp256k1/pull/507 it will be astronomically faster than your current code.
I believe when I previously implemented the techniques in this code my result was faster than vanitygen on a GPU.
It could also be made faster still with some improvements. E.g. it doesn't actually need to compute the y coordinate of the points, so several field multiplications could be avoided in the gej_to_ge batch conversion. It could also avoid computing the scalar for any given point unless you found a match. (E.g. by splitting the scalar construction part into another function which you don't bother calling unless there is a match).
Another advantage of this code is that it is setup to allow an arbitrary base point. This means you could use untrusted computers to search for you.
Sipa also has AVX2 8-way sha2 and ripemd160 that he might post somewhere if you asked. An 8-way bech32 checksum generator should be really easy to do, though if your expression doesn't match on the final 6 characters you should avoid even running the checksum.
I believe when I previously implemented the techniques in this code my result was faster than vanitygen on a GPU.
It could also be made faster still with some improvements. E.g. it doesn't actually need to compute the y coordinate of the points, so several field multiplications could be avoided in the gej_to_ge batch conversion. It could also avoid computing the scalar for any given point unless you found a match. (E.g. by splitting the scalar construction part into another function which you don't bother calling unless there is a match).
Another advantage of this code is that it is setup to allow an arbitrary base point. This means you could use untrusted computers to search for you.
Sipa also has AVX2 8-way sha2 and ripemd160 that he might post somewhere if you asked. An 8-way bech32 checksum generator should be really easy to do, though if your expression doesn't match on the final 6 characters you should avoid even running the checksum.
Thanks.
I stopped posting here I do post on accord.
My fears of a long preorder were my greatest concern and I ended up being right .
I still look forward to using the gear and Now my Aug and sept order should both come in sept.
In the meantime I did make a killer thread ripper rig.
My fears of a long preorder were my greatest concern and I ended up being right .
I still look forward to using the gear and Now my Aug and sept order should both come in sept.
In the meantime I did make a killer thread ripper rig.
Yep, the one unfortunate issue with most new mining hardware.
Threadripper, huh? Nice.
I have a Ryzen 1700X. It requires insane voltages to get above 3.8 GHz, so I just have it parked at 3.8 GHz. I kinda lost the silicon lottery with this one. I'll probably upgrade when 3rd gen Ryzen comes out.
Yeah... it is too bad the thread here essentially died. Still, I'm excited to hear that the first batch of Acorns is going to ship out relatively soon.
By the way, can somebody post a new Discord invite? The link posted a few days ago is already expired. Thanks.
By the way, can somebody post a new Discord invite? The link posted a few days ago is already expired. Thanks.
Re: [ANN] [1080 | 1080TI] ETHlargement - The Hashrate Hardener
I gotta say, this is a nice surprise after not logging in for a while!
My Gigabyte 1080Ti Turbo is reaching 49.5 MH. It has always been a sluggish card compared to other 1080 Ti cards, so I wasn't even expecting that much of a boost.
Since this tool seems to tighten timings, it sounds like your GPU's memory just can't handle tight timings at the same clock speeds.
Timings control how many clock cycles go by before the memory will do any more work. The tighter timings are making your memory work during times it would otherwise be (sort of) dormant. Think of it as overclocking without touching the clock speeds.
My Gigabyte 1080Ti Turbo is reaching 49.5 MH. It has always been a sluggish card compared to other 1080 Ti cards, so I wasn't even expecting that much of a boost.
Hello, so I have been messing around with this tool on my Asus gtx 1080ti turbo. And I've come across some very interesting findings. First of all I thought that this pill did not work 
but after hours of getting worse hashrates than I did being for using the tool I lowered my power from 70% to 60% and my hashrates started going up! I found this weird, but not as weird as what I did next... I started lowering the memory! I found the sweet spot! Unfortunately after hours of tweaking the best hashrates I could muster is 44mh. But that is still a huge upgrade over my previous 36! My final and vest settings for my card are as follows.
60% power
+97 mhz clock
-303 mhz memory
Does anyone know why it would possibly run best with negative memory?
but after hours of getting worse hashrates than I did being for using the tool I lowered my power from 70% to 60% and my hashrates started going up! I found this weird, but not as weird as what I did next... I started lowering the memory! I found the sweet spot! Unfortunately after hours of tweaking the best hashrates I could muster is 44mh. But that is still a huge upgrade over my previous 36! My final and vest settings for my card are as follows.60% power
+97 mhz clock
-303 mhz memory
Does anyone know why it would possibly run best with negative memory?
Since this tool seems to tighten timings, it sounds like your GPU's memory just can't handle tight timings at the same clock speeds.
Timings control how many clock cycles go by before the memory will do any more work. The tighter timings are making your memory work during times it would otherwise be (sort of) dormant. Think of it as overclocking without touching the clock speeds.
I guess the other issue here is that it is currently Memorial Day. I doubt anybody is actually working at Poloniex today. I want to know what genius thought it was a good idea to start these crazy requirements on the day before Memorial Day. This is just ridiculous!
Of course, that also means they are building up a massive backlog of support requests from people like me. This is going to take a while...
I'm also pretty upset that this happened just when I was going to exchange a big chunk of my BTC. It's stuck on Poloniex until they do something.
Of course, that also means they are building up a massive backlog of support requests from people like me. This is going to take a while...
I'm also pretty upset that this happened just when I was going to exchange a big chunk of my BTC. It's stuck on Poloniex until they do something.
I did finally get through the verification process. I pulled my money out ASAP. I have no intention of relying on Poloniex ever again, not after this fiasco.
I guess the other issue here is that it is currently Memorial Day. I doubt anybody is actually working at Poloniex today. I want to know what genius thought it was a good idea to start these crazy requirements on the day before Memorial Day. This is just ridiculous!
Of course, that also means they are building up a massive backlog of support requests from people like me. This is going to take a while...
I'm also pretty upset that this happened just when I was going to exchange a big chunk of my BTC. It's stuck on Poloniex until they do something.
Of course, that also means they are building up a massive backlog of support requests from people like me. This is going to take a while...
I'm also pretty upset that this happened just when I was going to exchange a big chunk of my BTC. It's stuck on Poloniex until they do something.
I have attempted verification 5 times now, and nothing seems to be happening. 
If my profile status goes from "Pending Review" to "Unverified" after 5 minutes, does that mean my verification failed or is that nothing to be concerned about?
If my profile status goes from "Pending Review" to "Unverified" after 5 minutes, does that mean my verification failed or is that nothing to be concerned about?
The risers comes has to connect to PSU. What is that cable called? It has 6 pins.
Some risers connect directly.. Some connect using a wire that comes with each of the riser.
Some risers connect directly.. Some connect using a wire that comes with each of the riser.
They are typically referred to as PCI-E power cables. There's a good reason power-hungry devices like graphics cards use those. They are better than molex in my opinion.
This looks like an interesting alternative to GPU mining, especially when comparing the energy efficiency to a GPU! Just way out of my budget for the time being.
Just out of curiosity, do you know what the noise level of your rig is in dB?
Just out of curiosity, do you know what the noise level of your rig is in dB?
Re: [ANN] [XMV] MoneroV - Fork 1:10 of Monero - Finite coin supply - Private
Worked like a charm. Used
Code:
./monerov-wallet-cli --generate-from-keys yourwalletfile
on Ubuntu. Would assume Code:
monerov-wallet-cli --generate-from-keys yourwalletfile
would work on Windows. Additionally I created fresh install. I tried command on system with wallet previously installed but predictably it did not work. I assume you could delete folders/files/keys etc for it to work but I just created an Ubuntu VM and it worked great.
FYI, it was 25 word seed and it asked for my Address, Secret spend key and Secret view key
Hat tip to you my friend.
Glad I could help!
Surely it wouldn't be worth dumping them at such a low price? I've been looking at the price rise and fall on Coinex? XMV/BTC 0.0000499 and XMV/BCH 0.00031
Yeah, I plan to hold on to my XMV for a while and see what happens. I got all of my XMV from the air drop, so it's not like I really spent anything to get it.
Re: [ANN] [XMV] MoneroV - Fork 1:10 of Monero - Finite coin supply - Private
Okay...I'm being very lazy here as I decided to claim the MoneroV over the last couple of days and have not kept up with the conversation.
How does one import from seed?
I ran help from the cli-wallet and it had "seed" and "encrypted_seed" commands and neither worked. Should I be using some other method other than cli-wallet?
Thanks so much in advance.
Edit --- I ran above seed commands from a brand new empty wallet
Edit 2 --- I'm going to spin up a Windows VM, install official GUI wallet and see how that works. Will give results.
Where did you get the seed from?
If it is a 25 word seed from the standard XMR wallet for PC, you are supposed to run "monerov-wallet-cli --restore-deterministic-wallet" which will ask you which file you want to save the wallet as and eventually ask you for a seed.
If it is a 13 word seed from mymonero.com, you will need to take a different approach. See this quote from an earlier post I made.
Go to Account>Account Details on Mymonero.com and get your keys and address.
Run
Code:
monerov-wallet-cli --generate-from-keys yourwalletfile
You will want to replace "yourwalletfile" with the filename you want the wallet to have. Anyway, the CLI wallet will ask you for your address and keys. That should work (theoretically).
Re: I'm glad I didn't buy any more video cards, a 1080ti barley makes $1 a day
Even my 1060 makes $1.15 per day with the Nice Hash DaggerHashimoto pool. My 1080 Ti makes almost $2.80 mining Ravencoin on another pool. Ravencoin isn't even at the top of WhatToMine's list right now, so you could easily make closer to $3 with the coins listed there.
If you do some digging elsewhere, you can probably make $4 or more per day.
If you do some digging elsewhere, you can probably make $4 or more per day.
Re: [ANN] [XMV] MoneroV - Fork 1:10 of Monero - Finite coin supply - Private
I'll just pretend all the arguing above doesn't exist at this point. 
If anybody has issues with getting their wallet to sync, the only command line option you should ever adjust for the MoneroV daemon (monerovd.exe) is --block-sync-size. It defaults to 20, but a lower number like 10 can be beneficial to those of use with slow internet. Also, do not add any other command line options unless absolutely necessary. Adding other command line options tends to have less than desirable results if you don't know what you're doing. A few options I tweaked actually slowed my sync down instead of speeding it up.
If anybody has issues with getting their wallet to sync, the only command line option you should ever adjust for the MoneroV daemon (monerovd.exe) is --block-sync-size. It defaults to 20, but a lower number like 10 can be beneficial to those of use with slow internet. Also, do not add any other command line options unless absolutely necessary. Adding other command line options tends to have less than desirable results if you don't know what you're doing. A few options I tweaked actually slowed my sync down instead of speeding it up.
Re: [ANN] [XMV] MoneroV - Fork 1:10 of Monero - Finite coin supply - Private
I think xtraelv might be trying to help, but he is acting more like a spammer with his crazy large fonts and brightly colored text.
I will sum up the only valid part of xtraelv and a few others' arguments in a nutshell.
Anyone claiming MoneroV with their private keys should take the liberty of moving their Monero to another wallet before entering the private keys into the MoneroV wallet. There, now there is no chance of losing your Monero. Potential problem solved.
So what if MoneroV turns out to be a scam? As long as you take the appropriate security precautions, you will not lose anything. Also, don't forget to make backups!
Can people please stop freaking out now?
I will sum up the only valid part of xtraelv and a few others' arguments in a nutshell.
Anyone claiming MoneroV with their private keys should take the liberty of moving their Monero to another wallet before entering the private keys into the MoneroV wallet. There, now there is no chance of losing your Monero. Potential problem solved.
So what if MoneroV turns out to be a scam? As long as you take the appropriate security precautions, you will not lose anything. Also, don't forget to make backups!
Can people please stop freaking out now?
Re: [ANN] [XMV] MoneroV - Fork 1:10 of Monero - Finite coin supply - Private
Blazin, if you stop the daemon and restart, it will probably connect to some different peers who may have more of the chain downloaded. It took me like 4 days to sync the first time, but my balance was wrong. I deleted the db file, re-imported my wallet a different way, and then re-synced (with different peers), and it only took a day the second time.
I tried that several times today. Unfortunately, it didn't help. Thanks for trying though.
I did some research today and found out that lowering the block sync size sometimes helps with sync issues. This can especially be true for people with slow internet. I was getting a lot of SYNCHRONIZATION started messages in Monerovd and very few updates on my sync progress. Apparently SYNCHRONIZATION started can indicate that the current block download timed out and was restarted. My internet is relatively slow, so that might explain the problem I was having.
The default block sync size is 20, which already seems small enough to me. I didn't think it would help, but using --block-sync-size 10 actually made a huge difference! I'm syncing much faster now.
Re: [ANN] [XMV] MoneroV - Fork 1:10 of Monero - Finite coin supply - Private
Wow, xtraelv is pulling quite the stunt.
Honestly, how is behavior like that allowed?
On a slightly different topic, my MoneroV blockchain sync got much faster somehow. The sync progress suddenly went up by 4% last night. Now I have 1540448/1570171 blocks. That's 98%, which is really something when I've been stuck at 93-94% for the last two days.
Honestly, how is behavior like that allowed?
On a slightly different topic, my MoneroV blockchain sync got much faster somehow. The sync progress suddenly went up by 4% last night. Now I have 1540448/1570171 blocks. That's 98%, which is really something when I've been stuck at 93-94% for the last two days.