Search content
Sort by
Showing 20 of 109 results by litecoinbeast
Re: ANN-EMC2 Einsteinium FUNDING THE FUTURE WITH THE FUTURE OF CURRENCY KMD-dPoW
I'm trying to import private key using v0.13.5.0 but keep getting Invalid private key encoding (code -5).
The key starts with a T and is 52 characters I believe.
I can see my coins using explorer for the address that I dumped.
Can someone suggest a solution?
Hi. Thx for the response. I am sort of just getting back into the game. Refresh my memory on what you mean by pm my nodes? What is the last working wallet version? Anyone know? I am on windows.
Trust me I knew better than to leave coins on exchange but not a lie about disability etc. I had to have surgery and then some serious complications so I had other things on my mind around that time. I did store my LTC bag at "home" and could have sworn I took out my BTC but after looking at old wallet etc I see I didn't and yeah it was funneled into bigger wallet. What remind me was the news about "someone" moving a large amount of BTC lately. I know that isn't "new" news but for whatever reason this particular news reminded me about cryptsy. Where did all those BTC go? You can still trace them can you not? I have an address where my ~1 BTC was moved to. It wasn't small.
I also had some old school FTC etc on there I think but can't remember anymore.
Here is the address my BTC from cryptsy moved to, it might actually help. I would love to see these bottom dwellers rot in jail or worse TBH.
1EzK7T326C3eU3pi4MWFDzUptg143vV4K5
Total Received 53985.44326805 BTC
Total Sent 53985.44326805 BTC
Final Balance 0 BTC
No. Transactions 3421
That's a lot of $. (~323,910,000 at 6000 USD).
I also had some old school FTC etc on there I think but can't remember anymore.
Here is the address my BTC from cryptsy moved to, it might actually help. I would love to see these bottom dwellers rot in jail or worse TBH.
1EzK7T326C3eU3pi4MWFDzUptg143vV4K5
Total Received 53985.44326805 BTC
Total Sent 53985.44326805 BTC
Final Balance 0 BTC
No. Transactions 3421
That's a lot of $. (~323,910,000 at 6000 USD).
Re: ▂▃▅▆▇⫷[ 🆉🅿🅾🅾🅻.🅲🅰 ]⫸⫷[ FlexFee™ ]⫸⫷[ The miners multipool ]⫸ ▇▆▅▃▂
Is there anyway to get your unpaid balance out if you don't reach the daily limits or whatever?
Payouts for all other currencies are made automatically every 4 hours for all balances above 0.05 and balances more than 0.0125 are included in one of the payouts each day.
I am running an antminer l3+ and have decide that I am better off pointing it somewhere else. Is it also correct that if you don't mine the min of 0.0125 in 60 days you forfeit all you mining? If this is true, seems pretty scammy to me IMVHO.
Payouts for all other currencies are made automatically every 4 hours for all balances above 0.05 and balances more than 0.0125 are included in one of the payouts each day.
I am running an antminer l3+ and have decide that I am better off pointing it somewhere else. Is it also correct that if you don't mine the min of 0.0125 in 60 days you forfeit all you mining? If this is true, seems pretty scammy to me IMVHO.
A news alert today remind me that I would really appreciate it if whoever pickup my ~0.99 BTC at Cryptsy kindly send it back. I worked very hard to accumulate this with a modest GPU miner at the time. I am on a fixed income (LTD) and could really use it. Thanks for caring.
Address: 1AXFXxmDk9CtjFxciFVTcRidULLuBZp49E
Address: 1AXFXxmDk9CtjFxciFVTcRidULLuBZp49E
Re: Claymore's ZCash/BTG AMD GPU Miner v12.6 (Windows/Linux)
Anyone notice that the dev fee seems to be running a bit more than normal?
If I read this correctly, it's supposed to run 90 seconds per hour? I've logged into my remote rig two times in the past 20 minutes and I've seen the dev running.
Or, am I just being paranoid?
If I read this correctly, it's supposed to run 90 seconds per hour? I've logged into my remote rig two times in the past 20 minutes and I've seen the dev running.
Or, am I just being paranoid?
Not going to lie I have seen this as well some. I wondered if it checks monitor sleeps, inactivity or some combination of factors. Just because your paranoid doesn't mean they aren't out to get ya.
Re: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0
Can anyone confirm this is legit link for windows binary:
http://www.majorgeeks.com/files/details/cgminer.html
http://www.majorgeeks.com/files/details/cgminer.html
Re: [ANN] KRAKEN.COM - Exchange with USD EUR GBP JPY CAD BTC LTC XRP NMC XDG STR ETH
Kraken I am having problems too. 2 weeks and still no reply from Kraken support and my requested funds nowhere to be seen.
Could you please escalate request #260399 ASAP? Thank you for your kind assistance.
I am very frustrated. I love Kraken but this is pushing me away.
Could you please escalate request #260399 ASAP? Thank you for your kind assistance.
I am very frustrated. I love Kraken but this is pushing me away.
Yes I am having the same thing. I have submitted all documents and contacted support twice without any movement/answers. It has been ~ 1 1/2 weeks.
Update after checking email again.
I did get this on the 11th:
Code:
Hi,
Sorry that you haven't received a reply to this support ticket yet.
We have seen a huge wave of incoming support requests and it is currently taking us several days to respond.
We want to apologize for the slow service and to let you know that we are working around the clock to ensure everyone receives a response as soon as possible. Thanks for your patience.
The Kraken Team
Sorry that you haven't received a reply to this support ticket yet.
We have seen a huge wave of incoming support requests and it is currently taking us several days to respond.
We want to apologize for the slow service and to let you know that we are working around the clock to ensure everyone receives a response as soon as possible. Thanks for your patience.
The Kraken Team
The support ticket # is 253383
I do get the swarm because of LTC/BTC action lately. Cheers.
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141
When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.
Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.
must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works). When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.
Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.
Also, I think that several pool are still tuning their hash report things...
Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.
What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you.
So 3 pools haven't been set up right for your fork? Because b/w me and one other person posting about this that makes 3. But yet these 3 pools report correctly with another miner? Seems strange to me...
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141
When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.
Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.
must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works). When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.
Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.
Also, I think that several pool are still tuning their hash report things...
Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
with WOLF0 .bin and https://github.com/metalicjames/sgminer-Lyra2RE/releases ......same results
I don't have a bin for Lyra2RE.
By the way the latest version of lyra2RE (which should be slightly faster than the one in metalicjames, better groestl256 and one round blake256) can be found here:
https://github.com/djm34/sgminer
That is what I read abou...binaries somewhere? Also what settings would you recommend for 270x?
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
What are people getting on 270x for VertCoin (Lyra2RE). I am on Win7x64, AMD 14.7 rc3 +/- 14.6 opencl files dropped in (didn't change anything either way). I went from 500 kh/s to 550 kh/s changing worksize from 128 and 64 and intensity 17 to xintensity 64 but that is all I can get. Using the miner linked https://github.com/metalicjames/sgminer-Lyra2RE/releases. I have read at least 3 other places people on 270(x) are getting 600+ without much trouble? I believe I also read somewhere that dmj43 sgminer vesrion(?) with Lyra2RE works best on 14.6?
Anyone have any suggestions or thoughts. I run a pretty "clean" and tight putter and for other algos I am usually at the top end of hashrate with "public" miners/kernels etc.
Code:
"pools" : [
{
"algorithm" : "Lyra2RE",
"nfactor" : "10",
"xintensity" : "64",
"thread-concurrency" : "8192",
"gpu-engine" : "1050",
"gpu-memclock" : "1500",
"worksize" : "64",
"gpu-threads" : "2"
},
{
"algorithm" : "Lyra2RE",
"nfactor" : "10",
"xintensity" : "64",
"thread-concurrency" : "8192",
"gpu-engine" : "1050",
"gpu-memclock" : "1500",
"worksize" : "64",
"gpu-threads" : "2"
},
Anyone have any suggestions or thoughts. I run a pretty "clean" and tight putter and for other algos I am usually at the top end of hashrate with "public" miners/kernels etc.
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
Thx for the link but I only see X11 bins? Wolf0 I am not sure why you continuously post pics of your private kernels at work only to say "suck it". You might be "clever" indeed but you are most certainly "20" as well.
Anyhow, so know one shares cigs ( Lol auto fill on iPad - cfgs ) or other helpful info anymore?
Anyhow, so know one shares cigs ( Lol auto fill on iPad - cfgs ) or other helpful info anymore?
I don't think wolf have leaked his x15 bins yet. But the stolen bins are on the net if you know how to search.
I be searching......arrrrrrr
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
Does the latest sgminer have the "leaked" Wolf0 kernels for x11 and x13? I had been away for awhile and it seems things have gone down hill in a hurry around here. If not, someone want to be a champ and provide link?
I am getting about 2.0 Mh/s on x13 with 270x (14.7 rc3 I believe).
138 kh/s on Neo.
They seem ok?
I see the nicehash Dev branch has badmans74 x kernels, which I am getting x13 2.0
I am getting about 2.0 Mh/s on x13 with 270x (14.7 rc3 I believe).
138 kh/s on Neo.
They seem ok?
I see the nicehash Dev branch has badmans74 x kernels, which I am getting x13 2.0
As far as I know the only kernels that leaked were X11 and X15, with X15 not being really much faster.
Nicehash can't put the X11 in their branch because it was only a .bin that leaked, not the .CL files.
Here's the post https://bitcointalk.org/index.php?topic=854257.msg9717735#msg9717735
Thx for the link but I only see X11 bins? Wolf0 I am not sure why you continuously post pics of your private kernels
(actually it is those of some cats...)What? I am confused?
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
Does the latest sgminer have the "leaked" Wolf0 kernels for x11 and x13? I had been away for awhile and it seems things have gone down hill in a hurry around here. If not, someone want to be a champ and provide link?
I am getting about 2.0 Mh/s on x13 with 270x (14.7 rc3 I believe).
138 kh/s on Neo.
They seem ok?
I see the nicehash Dev branch has badmans74 x kernels, which I am getting x13 2.0
I am getting about 2.0 Mh/s on x13 with 270x (14.7 rc3 I believe).
138 kh/s on Neo.
They seem ok?
I see the nicehash Dev branch has badmans74 x kernels, which I am getting x13 2.0
As far as I know the only kernels that leaked were X11 and X15, with X15 not being really much faster.
Nicehash can't put the X11 in their branch because it was only a .bin that leaked, not the .CL files.
Here's the post https://bitcointalk.org/index.php?topic=854257.msg9717735#msg9717735
Thx for the link but I only see X11 bins? Wolf0 I am not sure why you continuously post pics of your private kernels at work only to say "suck it". You might be "clever" indeed but you are most certainly "20" as well.
Anyhow, so know one shares cigs ( Lol auto fill on iPad - cfgs ) or other helpful info anymore?
Re: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/etc. kernel switching miner
Does the latest sgminer have the "leaked" Wolf0 kernels for x11 and x13? I had been away for awhile and it seems things have gone down hill in a hurry around here. If not, someone want to be a champ and provide link?
I am getting about 2.0 Mh/s on x13 with 270x (14.7 rc3 I believe).
138 kh/s on Neo.
They seem ok?
I see the nicehash Dev branch has badmans74 x kernels, which I am getting x13 2.0
I am getting about 2.0 Mh/s on x13 with 270x (14.7 rc3 I believe).
138 kh/s on Neo.
They seem ok?
I see the nicehash Dev branch has badmans74 x kernels, which I am getting x13 2.0