Well as soon as eth devs does the merger, all those staked coins are free to be sold in the exchanges,
Right. So if the devs decide to stop mining at 04-july-2022, the miners will have good time to dump their coins before that. And on the 5th of july when the market open to trade the locked staking funds, the low price can trigger another selloff. |
|
|
|
What do you mean billions of dollars will be removed? How do miners contribute to a project exactly? They are usually an expense because they sell their miner rewards to pay for their gear, electricity and income.
Some is used to pay for electricity and gear, the rest is kept in the coins they support. Some where mining ethereum when the price was $1 a coin, you don't need many coins to reach millions of $$$ with todays price. Some of the biggest Ethereum owners are old miners. I read that 7.4 Million Ether, Close to $30 Billion Locked in ethereum 2.0.. When the oldtimers start the sellof down to $40. The 30 billions locked could be reduced to 0.3 billion, and there is nothing the staking holders can do about it.. Not a difficulty bomb anymore, but a squeeze.. Currently $ 9.26 billions worth of ethereum is mined every year. What will happen when miners can't find other coins to mine and have to dump ethereum to pay for the electricity ?  |
|
|
|
any LHR number we can expect for 3080 or 3080ti for example?
v1.32 could do 85MHASH, v1.33 can do 95 MHASH. (3080ti) 11000 memory, 75% tdp 0 core. Might need tuning. defaults are nerfed. v1.33 has semi Autotune, but you need to start correct. LHR unlock is still in BETA, so we do small adjustments/improvements for each release. --------- linux binaries of v1.33 released. |
|
|
|
|
This is not only a difficulty bomb.
Billions of dollars from the supporting mining communities will be removed, and the price of Ethereum could go back to $30-$40. The loosers will be those who lock their funds in the staking pot. Unable to recover their losses in a falling market. With 8% annual return on $30-$40 a coin...
|
|
|
|
source: hiveoos statistics https://hiveos.farm/statistics/ 78% of the worlds mining could be shut down next year. Then the Ethereum classic difficulty will rise 2000% 100MHASH of dagger hashimoto hash could give $0.15 a day. |
|
|
|
now I have 13 stales for 141 shares.  anyway great miner, tbh I'm not the best tester, but definitively best hash rate perf I ever got so far. Remember that some pools pay for stale shares, but the increased poolside speed doesn't always give higher payouts.
Hi
Whats a good start setting for a 3060ti lhr v3?
I have it as device 0 so i added --lhr-unlock [1] on bat file, its okay?
I got a 3070LHR in it is hard to get it unlocked. In v1.33 I can do around 43MHASH. Not sure about the 3060ti. in v1.32 you can try tweak 1-8, and lhr-unlock 0-100 or more. --tweak [1] --lhr-unlock [30] note that in v1.33 the values will change and you have to retune. [moderator's note: consecutive posts merged] |
|
|
|
But in general, it seems that I can push the intensities on these cards without getting _any_ stale shares at the pool, and maybe 20% 'estimated' by the miner.
I think we will improve the estimate in the next version. We can check if the new job is a new block. Currently we only check if the pool has sent out a new job, but completing the work on old jobs doesn't give stales on the recommended pools. |
|
|
|
I don´t think that you can push so high your intensity without getting stale shares. Can you show us your miner with stats? All over intensity 80 result in more staleshares - tested with 10 different AMD cards.
My Nvidia rigs runs fine with intensity 284.
It's not the cards, is the pool. Many pools pay for stale shares, and level 1 stales are counted as normal shares. (2miners, miningpoolhub, nanopool, f2pool etc..) https://github.com/sp-hash/TeamBlackMiner/blob/main/FAQ.md |
|
|
|
hi.
my 1st times trying tbm and it's going fine with a 6800xt. some issues tho:
- can't say if my stall ratio ok: 114/0/21 ?
TBMiner --algo ethash --hostname eu1.ethermine.org --port 5555 --wallet %ETH_WALLET% --worker-name TEST1amd --xintensity -1 --templimit 66 -b -d
Remove --xintensity -1 for this pool. Ethermine doesn't pay for stale shares, so you need a low value like the default --xintensity 24 or similar. --xintensity 78 was reported to run good on the 6800XT. The hashrate will drop, but if you want to use --xintensity -1 switch to 2miners, f2pool, miningpoolhub, nanopool or similar. |
|
|
|
With TBM I had to slightly lower my mem overclock, it was crashing all the time. Even with lower mem overclock rig restarts about 20 times per day.
Try to add --dagintensity 1 and --kernel 1. (kernel 1 low power, kernel 8 high power) The dev fee is mined in the first 10 minutes of mining, so if your rig is crashing 20 times, the devfee is higher than normal. Miner startup and Dag creation is also taking a while to create (up to 20 seconds), so a stable rig is important. Ethermine reported hashrate in "ETH_WALLET1" is the full rig's speed not the 90% of the rig's full speed as it should (since the maintenance fee is 10%)
10% of the time is used to mine the maintenance wallet, so it will even out over time. 9 hours isn't enough. If the rig is crashing regulary, the factor might change. The maintenance wallet is starting around 20mins into the mining and will run for a few seconds depending on the config, and then resume after another 20mins .. If your rig is mining for 19 minutes and crash every time, 0 to the maintenance wallet..
I checked my memory stats on HiveOS and it seems that there is a some weird allocation happening in TBM 1.32 (maybe earlier too?).
We fixed a couple of leaks in the latest versions. Older versions have a leak in the dagger buffer when mining ETH+ZIL. 1.32 should be good though. You can restart and do some tests, report an issue to git if you find anything and we will fix it.
v1.33 will have an improved hashrate on the 3080ti (LHR) + 10MHASH stable. The 3080ti and 3060 LHR1 can run for 24 hours without triggering LHR, but I have problems with the 3070 LHR2. [moderator's note: consecutive posts merged] |
|
|
|
The team black miner has the option to split the revenue between 2 adresses. --maintenance-wallet <adress> --maintenance-percent (1-50%) The split is done continiously while mining. |
|
|
|
When running TBMiner.exe -h from the powershell in windows 10, the lhr-unclock (should that be unlock?), maintenance-wallet, and percent command line short-keys are not in low ascii:
The Correct option is --lhr-unlock [,] combine with --tweak [,] To get the optimal defaults. In the short options we are out of characters so we use some none standard ones. "æ","ø","å" |
|
|
|
First of all thanks for the nice miner.
Thanks. The issue was added to our github https://github.com/sp-hash/TeamBlackMiner/issues/188
can't use ip connect pool?
i set my vps rediect ethermine,other miner soft work fine
We will whitelist all the pool ip's in our supported pools. But local ips or proxys are not supported. [moderator's note: consecutive posts merged] |
|
|
|
Can you investigate into the TLS problem with 2miners? I tried with 3 different rigs and it's not working, I had to use stratum port with TBM and works just fine
TLS and SSL mining is not working at the moment, but we are working on a fix. |
|
|
|
|
On 2miners.com ppl have reported good returns on the 6800xt rigs with --xintensity 800 or --xintensity 1024.
The defeult 0 is dynamic which is also good. The intensity will adjust itself. Note that high intensity can use a little more power, and can create stale shares on some mining pools. Thats why we use --xintensty 24 as default on pools that doesn't pay for or reject stale shares.
|
|
|
|
It starts ok but I get
00:00:00 [2021-12-10 16:13:41.336] No GPU devices available on platform 0 (Advanced Micro Devices, Inc.)
00:00:00 [2021-12-10 16:13:41.336] No devices are set
This rig has 8 * RTX3070
...
Any idea?
You need to upgrade the nvidia driver to the latest. That can run cuda 11.4 or 11.5 code |
|
|
|
I get /root/miner/teamblackminer-v1.31-cuda11.4/TBMiner: unrecognized option '--maintainance-wallet'
spelling error. The option has been renamed to: --maintenance-wallet --maintenance-percent (1-50)% So you can split your income between two adresses. The maintenance-wallet is mined to continuously, so you won't get jumping hashrate on the main worker. And you don't need to specify the workername twice. remove -w $rigname. Miningtime is not needed anymore either (v1.31+) |
|
|
|
Can gpu's be chosen with this miner or not?
--cuda-devices [0,1,2,3] or short option -U --cl-devices [0,1,2,3] or short option -Y hiveos use the short option. to see the correct index, run tbminer --list-devices |
|
|
|
|
Show Posts
