Search content
Sort by
Showing 14 of 14 results by osb40000
[ANN] [ETHG] EtherGate - new generation security [ProgPow|No Premine|Mineable]
About
EtherGate - is a modular, stateful, Turing-complete contract scripting system married to a blockchain and developed with a philosophy of simplicity, universal accessibility and generalization. Our goal is to provide a platform for decentralized applications - an android of the cryptocurrency world, where all efforts can share a common set of APIs, trustless interactions and no compromises. We ask for the community to join us as volunteers, developers, investors and evangelists seeking to enable a fundamentally different paradigm for the internet and the relationships it provides
Features
- High security of transactions
- Morphological blockchain
- �omplete anonymity of transfers
- ASIC protection
- Built-in explorer in the wallet that does not require an external site
Specification
Coin: EtherGate
Ticker: ETHG
Algo: ProgPow
Total supply: 210,000,000 ETHG
Block reward: 25 ETHG
No premine
No defi
Wallets
Windows: EtherGateCoin v1.0.0 win64
Linux: EtherGateCoin v1.0.0 linux x86-x64
Source: EtherGateCoin-master
Exchanges
Coming soon
Block explorer
Built into wallet
Mining pools
Built into wallet, no commission
Soc media
Discord: coming soon
Telegram: coming soon
Follow the project for new information
I heard some talk about 70-100Mh/s aswell, at about 200watts this seems great. But price needs to be around 600$ or under for it to be efficent.
Yepp, you seem rarely misinformed to be a miner.
I don't care where the mining power comes from, most hash per watt wins for me and if VEGA is it i am going for it.
With crypto specific instructions VEGA is partially built to mine, these instructions is only activated in the drivers that the reviewer have right now and are packaged on cd in the VEGA retail boxes.
With the new extreme cache structure, crypto specific instructions and HBM2 a massive increase is possible.
As for power, there should be no problem undervolting gpu and overclock memory, also bet you that the gpu will draw less power using the crypto specific instructions.
AMD is not stupid, they put the crypto instructions in there to make money, if they can't beat nVidia in the gaming market they are going after the mining market and gaming will come second, as simple as that, it's all about the money.
Tell you what i know, if VEGA performs you will definitely be in line with the rest of us buying VEGA
or else u better you stop mining.Vega's HMB is already overclocked to the max from the factory due to it massively under performing it's spec'd target speeds. I'd be surprised if you can squeeze 5% more out of memory. Your entire post reeks of AMD fanboism. I've own a good 50 AMD cards and dozens of NVIDIA cards over the years. I have no dog in the fight other than I want efficiency and reliability. Vega needs to pull a minimum of 50MH/s in ETH for it to be remotely worth it and I'll be entirely surprised if it comes close at a reasonable rate of power consumption.
Well, the sweet spot on a 480 is around 1125 with tweaked memory timings and clocks and that pulls ~ 32mh/s so the core is only utilized at around 75%. That would mean a 480 is capable of roughly 43mh/s if it wasn't memory/thermal/power constrained. Efficiency would of course go right out the window.
Using that same math I'd figure that full on 4096 Stream Processor Vega should pull around 77mhs or so if it isn't memory/thermal/power constrained. That's also assuming AMD hasn't added some secret sauce to bump mining efficiency.
That being said, I'll believe it when I see it. AMD hasn't exactly delivered when it comes to their GPUs and really has been disappointing back to the 200 series.
Using that same math I'd figure that full on 4096 Stream Processor Vega should pull around 77mhs or so if it isn't memory/thermal/power constrained. That's also assuming AMD hasn't added some secret sauce to bump mining efficiency.
That being said, I'll believe it when I see it. AMD hasn't exactly delivered when it comes to their GPUs and really has been disappointing back to the 200 series.
Re: Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v9.5 (Windows/Linux)
Ok, I have a problem I'm hoping I can address without sending back cards. I'm mining ETH with claymore's 9.5 miner.
I have "old" 1070s with Samsung memory that mine like champs. OC the memory through the roof and they just hum along.
I have "new" Micron 1070s that can't OC the memory as far, only about 550-575 on average and pull 29.5mhs or so. I'm fine with this.
I have "new" 1060s and 1070s with Samsung memory that can't mine with even stock clocks at all. A few minutes into mining they blue screen or crash the miner. I've tried using huge page files. I've tried using one card at a time plugged into the mother board. I've tried various motherboards and power supplies. I've tried different drivers. I simply cannot get these "new" Samsung cards to work. This is with both MSI and EVGA cards.
Thoughts?
I have "old" 1070s with Samsung memory that mine like champs. OC the memory through the roof and they just hum along.
I have "new" Micron 1070s that can't OC the memory as far, only about 550-575 on average and pull 29.5mhs or so. I'm fine with this.
I have "new" 1060s and 1070s with Samsung memory that can't mine with even stock clocks at all. A few minutes into mining they blue screen or crash the miner. I've tried using huge page files. I've tried using one card at a time plugged into the mother board. I've tried various motherboards and power supplies. I've tried different drivers. I simply cannot get these "new" Samsung cards to work. This is with both MSI and EVGA cards.
Thoughts?
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
Psyrick, it would also be a great idea to reduce the memory clock to as low as you can before the card gets sick. I was able to lop off 5-6 degrees per card by doing that and you don't lose performance as bitcoin mining is not memory-intensive. And really consider the bench I posted.
Thank you for that suggestion. I was thinking it might be good to turn down the memory clock, but I wasn't sure if I'd lose stability due to the memory falling behind pace with the core. Also, I will consider the bench.
By the way. I really do appreciate the discussion I have received over this. I am very glad to be a member of this forum. The helpfulness of lack of hatefulness is very refreshing as compared to /b/.
For mining you won't bottleneck the core at all by reducing the memory. I usually run memory clocks around 1000 on my 7000 series cards. With afterburner you can also reduce memory voltage which is nice. Find stable settings and save them. If 1150 isn't quite stable with that voltage reduce the clock until you're stable with the lower voltage. After a bit of trial and error you should find settings that you can run 24/7 with no problem and keep your cards happy long term.
Re: [8500 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
Yes, I gave my GPUs a 5 minute cool down period near the end of the round. I don't think that deserves the loss of nearly all rewards from almost 2.5 hours of mining.
Just trying to be objective and helpful here. But I guess you could...
I appreciate your helpfulness. My cooling system is about as windy as I can make it, but I like to overclock to within the limits of it's heat transfer capacity. I'm trying to avoid going the liquid cooling route. I often do seize the chance for a cool down at the end of a long round, but when they peak up to 98C and there's no telling how much longer the round is going to be, I feel I don't have a choice. Only takes a couple minutes to get them back down to 40. After a cool-down period of my own, I find myself not really liking the waters in the Guild's pool, and as mentioned, most other pools either have the same scoring system and/or higher fees. While invalid blocks and scored out rewards give me the blues, I'm still jumping right back into Slush's pool.
Why are you clocking your cards so high? Find a happy median between heat and hashing and stick with it. I have plenty of boxes that have ran non-stop for months without ever looking at them. Are you giving the cards too much voltage?
You do realize that letting your cards heat up and then cool down is WAY worse for them than just letting them run hot right? 98C is simply too hot, pull them back into the 80's and you'll be golden. Personally I don't run much hotter than 80C if at all possible and find the clock and voltage settings to make sure that happens regardless of ambient temps.
Two of the miners I have at home aren't working. One is running a 7950 the other a 7870. They had been working fine for months but then suddenly stopped. I restarted both machines and went to start guiminer but after clicking "start mining" nothing happens.
I'm getting the same errors on both machines which is strange. Any ideas?
Traceback (most recent call last):
File "guiminer.py", line 857, in toggle_mining
File "guiminer.py", line 1005, in start_mining
File "subprocess.pyo", line 621, in __init__
File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] The system cannot find the file specified
I'm getting the same errors on both machines which is strange. Any ideas?
Traceback (most recent call last):
File "guiminer.py", line 857, in toggle_mining
File "guiminer.py", line 1005, in start_mining
File "subprocess.pyo", line 621, in __init__
File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] The system cannot find the file specified
I've installed the SDK runtime. I basically set everything up the exact same as the past six boxes I've done and yet this one is giving me issues where the others were fine.
Using newest version of guiminer that I've used on several machines with 6670's, 7750s, and 7950's and with this current box using an 7870 and AMD's newest catalyst suite I'm having no luck.
Giving me the following errors.
2012-10-04 16:33:39: Running command: poclbm.exe osb40000.7870:2438348g@api2.bitcoin.cz:8332 --device=0 --platform=0 --verbose
2012-10-04 16:33:39: Listener for "Default" started
2012-10-04 16:33:40: Listener for "Default": api2.bitcoin.cz:8332 04/10/2012 16:33:40, Unexpected error:
2012-10-04 16:33:43: Listener for "Default": api2.bitcoin.cz:8332 04/10/2012 16:33:43, Verification failed, check hardware!
2012-10-04 16:33:45: Listener for "Default": Traceback (most recent call last):
2012-10-04 16:33:45: Listener for "Default": File "HttpTransport.pyo", line 45, in loop
2012-10-04 16:33:45: Listener for "Default": File "Transport.pyo", line 117, in queue_work
2012-10-04 16:33:45: Listener for "Default": File "Transport.pyo", line 76, in process
2012-10-04 16:33:45: Listener for "Default": File "Transport.pyo", line 71, in set_difficulty
2012-10-04 16:33:45: Listener for "Default": error: unpack requires a string argument of length 32
2012-10-04 16:33:46: Listener for "Default" shutting down
Any help is appreciated.
Giving me the following errors.
2012-10-04 16:33:39: Running command: poclbm.exe osb40000.7870:2438348g@api2.bitcoin.cz:8332 --device=0 --platform=0 --verbose
2012-10-04 16:33:39: Listener for "Default" started
2012-10-04 16:33:40: Listener for "Default": api2.bitcoin.cz:8332 04/10/2012 16:33:40, Unexpected error:
2012-10-04 16:33:43: Listener for "Default": api2.bitcoin.cz:8332 04/10/2012 16:33:43, Verification failed, check hardware!
2012-10-04 16:33:45: Listener for "Default": Traceback (most recent call last):
2012-10-04 16:33:45: Listener for "Default": File "HttpTransport.pyo", line 45, in loop
2012-10-04 16:33:45: Listener for "Default": File "Transport.pyo", line 117, in queue_work
2012-10-04 16:33:45: Listener for "Default": File "Transport.pyo", line 76, in process
2012-10-04 16:33:45: Listener for "Default": File "Transport.pyo", line 71, in set_difficulty
2012-10-04 16:33:45: Listener for "Default": error: unpack requires a string argument of length 32
2012-10-04 16:33:46: Listener for "Default" shutting down
Any help is appreciated.