Without being 100% sure the PSU is not causing the issue, all we can do is speculate, and since the miner does power up, it means the PSU isn't complelty dead, simply something is wrong with it, so it would work one time and fail at another, as for the temperature the kernel log shows

2020-05-05 21:00:36 temperature.c:450:temp_statistics_show:   pcb temp 41~56  chip temp 57~80

Antminer T17 has a max pcb temp of 75, your gear is 20 degrees far from that, also suspecting the PSU being the underlying cause of all this, doesn't negate the fact that chain 2 might be "dying" and is causing all the issues, you could disconnect chain 2 to see if the miner acts differently, but the proper way of troubleshooting IMO is top to bottom, you start with the PSU, Control Board, Network Cable, Wiring and etc. and THEN dig deeper into each hashbarods, you might think that there is no difference between the two approaches, but there is, there is a chance that your PSU is not able to supply enough power to all 3 boards despite that fact that all 3 boards are good, so you remove chain 2, everything looks great and you think your PSU is fine and board is bad when the fact is the exact the opposite.

After having read the kernel log again, I am almost sure it's a PSU issue, and thus increasing the fan speed won't really fix it, you could try to clean the PSU but I suggest replacing it with a working one just to see if it works, don't jump into conclusions and waste money buying a new PSU until it's confirmed.

As for where can you buy those PSUs in Canada, I can't help you with that sadly, I live a few thousand miles away  , but IIRC Steamtyme is in Canada and he has been involved in mining for long, maybe he knows of good sources there.

You are 100% right, however, explaining it this way will also create another confusion that even some "experienced" members will fall for, there is this myth that by reconstructing the block and adding the transactions, you will have to start all over again, in other words, you have wasted x amount time, were in fact, reconstructing the block does not affect your chances of finding the block by any means, while your explanation is more accurate than mine it still contains somehow a wrong piece of information which is:


This is not exactly right, you can start guessing BEFORE adding any transactions but if you fail to find the block and then added the transactions that will involve another small work which has no effect on your chances of finding a block, I know you understand this very well, but you see there is really no perfect way of explaining this in a very simple manner without creating any confusion, now that you have all the piece together, try to construct a perfect and simple explanation again. 

I think I made a mistake trying to explain the process in regards to the problem we are trying to solve, this is very simple yet very hard to explain, for now, I hope tranthidung got the point since he is the one who is going to do the analysis.

They don't have to be mined by the same miner, you would have to exclude the mining pool (miner) from the block n-1, you don't need it, I think if you fully understand the purpose of this analysis it will be very easy to understand what data you will need.

Phill is trying to investigate if Bitmain did not include transactions on purpose, first let's understand how do empty blocks come by:

When miner A tells other miners that he found block number say 10, the other miners will start working on block 11 immediately, while doing so, they will download block number 10 and check it's transactions, then they will delete those transactions from their mempool because if they happen to include a transaction which was already included in block 10, their block will be invalid, so they need to delete the old transactions and only include those transactions that were not mined in block 10, now while doing that sometimes miner B finds the solution to the block, but because of the fear of someone else finding the answer too, they will rush to send the block as fast as they can, and since they are not done with checking all transactions form the previous block they will not risk adding any transaction and they will send it empty with only 1 transaction which is the block rewards.

Now the above is pretty normal, anyone will do it, nobody will blame them for it, but the issue is, what if miner B found the block AFTER checking the previous transactions, cleared his mempool, was able to add new transactions, then he finds the solution, refuses to add transactions and send an empty block? this is the core difference, miner B is excused when the time between block 10 and 11 is too short, they will say okay 10 seconds are not enough to check the previous transactions, he rushed to mine an empty block all good, if the time is 50 seconds for instance, that will immediately a flag, people will question miner B and say you had 50 bloody seconds!! which is more than enough to include new transactions, why did you NOT include them? are you trying to delay transactions to make bitcoin seem too slow?

That's what the analysis is all about, hope it's clear now.



It's highly unlikely that you will find variance in minutes, timestamps in seconds are crucial.



You can use https://blockstream.info/

Try to type my full user name, that way I get notified about it here, if not it will take me sometime to notice your post.

You don't have to remove any wires, I made a simple guide on how to set a fixed speed for the fans, read about it here.


Have you tried a different PSU for this miner?

لا يجب ان يكون مصدر البتكوين مشبوه لاغلاق الحساب, يكفي استخدامك ل CoinJoin من الاساس, الموضوع اشبه بشخص يدخل للبنك مرتدي قناع لاخفاء ملامحه, حتى ان كان القناع لغرض اضحاك الناس او لاسباب صحية سيتم الاشتباه فيه, لان القاعدة تقتضي انه لايوجد سبب يجعلك تحاول اخفاء اثر اموالك الا ان كنت قد تحصلت عليها بطريقة غير شرعية, ولان الحكومات لا تريد للناس ان يخفو اي اثر لهم فيقومو بالتشديد حول هده المسائل وبدورها المنصات المركزية تنصاع لتعليمات الحكومة, وعند تجميد حسابك سيتم سؤالك عن سبب استخدام الCoinjoin واين تحصلت على تلك الاموال وووو.


المقصود ب DOS في Coinjoin هوا ان شخص ما يقوم بارفاق تحويله مع ناس اخرين ومن ثم يقوم بعرقلة التحويل, اعطيك مثال, يمكن ان ادخل في تحويل مع 100 شخص, واقوم بتحويل 0.1 بتكوين, قبل ان يتم التحقق من ذلك اقوم باارسال نفس المبلغ مباشرة بدون Coinjoin وادفع fees اعلا, سيتم تأكيد تحويلي الجديد, عند ارسال تحويل Coinjoin وبمجرد ان تطلع عليه Node حوض التعدين مثلا, سوف تجد ان ذلك التحويل يوجد به input واحدة بقيمة 0.1 قد تم انفاقها وهنا يصبح التحويل كله (100 input) كانها محاولة Double-spend وسيتم رفض التحويل كله وهدا يتسبب في عرقلة تحويلات Coinjoin , طبعا يوجد طرق للتقليل من مثل هده الاشياء ولكن لايمكن ان نقضي عليها تماما.

I understand exactly what you are trying to conclude, I can do that analysis if someone provides the data tranthidung or LoyceV will probably do it, i just hope tranthidung would provide me with a proper format I can use, I tried copying his format to excel and it doesn't come out as proper tables, in fact, if he understands what you want, he can do the analysis himself.

All he needs is filter Blocks that have 1 transaction (n) and every n-1 block,  he will end up with 20186 blocks, half are empty blocks and the other half are the once that preceded them, he then can do;

Time difference = Timestamp of n - timestamp of n-1 , that will get him 10093 results, he then can take the average time difference for both Antpool and BTC.com and compare them against other large pools that are independent of Bitmain such as Slushpool and F2pool, Viabtc should be excluded since Bitmain is the largest shareholder of it.

I think block timestamp variance is normal, some explore to use the "mined at" timestamp, they extract that from the block itself, others use the "received" time which is the time that their node became aware of that block, and it takes time to propagate the block, so it's there is no problem with that.

The strange thing, however, with block 628,427 is that Antpool reported 2020-05-01 15:15:53 while explorers  (including those oweded by Bitmain) reported 2020-05-01 18:15:47, one would think that the pool's time should be less since the pool first finds a block and  THEN sends it out, I think the status on the pool pages are not accurate.

You should keep in mind that the time displaying on every other explorer is under the control of antpool anyway, since they are the once who put it, they also own btc.com so they could change the status there too, I think this is only a bad input on the pool side, they might very well be counting on the miner's time and just so happened that miner's clock was off by a few seconds, since we don't know how does the pool itself gets it's timestamps, we can't conclude anything.

I know what phill wants, he wants the time between every empty block and the block the came right before it, in other words, if you have a total of 10093 blocks you will need to scrape 10093*2 blocks.

An example:

The latest empty block by Antpool is block 628428 , you will need the timestamp of that block and the timestamp of that block-1 which is block 628427.

The problem with using blockchair is that the timestamp excludes the two digits that represent seconds, this means the time difference between those two blocks will be identical either 0 or 1 minute.

What phill wants is to see if Antpool/BTC.com aka bitmian was trying to obstruct transactions by not including transactions on purpose, for that to be proven, the time between those two blocks needs to somewhat "long", anything above average probably means the empty block was mined empty on purpose IF that happens quite often.

Another problem is, you are counting on Bitmain's stupidity leaving you such a trace, I haven't done any analysis in that regards but I am sure even if bitmain took 2 minutes to find the block, they could still alter the time in the block header and submit it as if it was a 1-second block, but by all means, please go ahead and do analysis.

A little is the last word I would use to describe the difficulty drop, unfortunately, it won't be May 19th but a bit later, here is how I see this playing out, the current epoch is ending tomorrow at just about flat 0%, so here is a break down for visualization for the next epoch


May 5 < from here
May 6
May 7
May 8
May 9
May 10
May 11 < to here, the average block time will be 10 mins
May 12 < party starts here, I suspect a drop in hashrate by at least 30% and this from here
May 13
May 14
May 15
May 16
May 17
May 18 < to here the average block time should be 10*130% 13 mins

so half blocks at 10 mins, the other half at 13 mins, the average timestamp will be 11.5 which will result in 15% drop, treat the dates as 144 blocks, which means the diff adjustment won't happen on 19th but 15% later which is 21st of May.

The above assumes no major changes in price, which I doubt, we are more likely to be at the 7k to low 8k region by then, which will make things even worse, so a 20% drop in difficulty is not too far a stretch, but let's wait and see.

اعتقد انه يجب ازالة كلمة يستحيل لان بامتلاك كل المعلومات المتعلقة بالحسابات سواء من المنصات او المواقع التي نشتري منها اشياء بالبتكوين, يوجد وبدون اذنى شك قاعدة بيانات تحمل كل تلك المعلومات وتمتلكها استخبارات الدول العظمى, مشكلة Coinjoin هي ان القيمة المحولة والمرسلة ممكن التعرف عليها في الكثير من الاحوال خصوصا لو كان هناك اختلاف في القيم المرسلة سيكون من السهل نوعا ما معرفة من ارسل لمن وماهي القيمة, ولكن بتساوي القيم سيكون من الصعب التتبع ولكن ليس مستحيل ابدا, يوجد ايضا مشكلة اخرى وهي ان الشركات والحكومات يمكن ان تكون جزء من التحويل, ونظرا لانها تعرف ال inputs والا outputs الخاصة بها تقوم باغاءها من المعادلة وسيتبين لها مصدر التحويلات الاخرى, تخيل ان الامر عبارة عن معادلة, بمعرفة الكثير من مجهولات المعادلة تصبح امكانية الوصول الى النتيجة اسهل جدا, الطريقة الافضل لاخفاء اثر التتبع هي استخدام Confidential transactions مع ال Coinjoin فهي تقوم بتشفير القيمة المحولة ولا يمكن لاحد معرفتها الا المرسل والمستقبل, وبذلك نكون اقفلنا ثغرة كبيرة, طبعا "التحويلات السرية" لم يتم تطبيقها بعض بحسب معلوماتي.

المشكلة الاخرى هي ان تحويلات Coinjoin معروفة, اي تحويل يحتوى على رقم كبير من Inputs يتم تصنيفه على انه Coinjoin وفي الماضي اشتكى بعض المستخدمين ان حساباتهم في بعض المنصات تم تجميدها عندما اسقتبلو اموال من تحويل Coinjoin.

بالمجمل فكرة Coinjoin جيدة جدا لاضافة نوع من الخصوصية وجعل موضوع التتبع مكلف ومتعب اكثر.

لا مانع اخي, يمكنك حتى ازالة كلمة المصدر ولك كامل الصلاحيات في نسخ الكلام, يوجد بضع النقاط الاخرى المتعلقة بموضوع توقيعات شنور الا انه ومن وجهة نظري الافضل ان يبقى الموضوع "خفيف" لان اضافة اشياء اخرى قد تقوم بتعقيده, بقرائتي للموضوع مرة اخرى اعتقد انه الان اصبح متكامل وكافي لاعطاء فكرة جيدة على شنور, لقد اكتشفت اني ارتكبت خطئين في الاملاء وقمت بتعديلهم في منشوري السابق, ارجو ان تقوم بنسخه مجددا.

If that's not too much to scape I would encourage you to do that, I am also interested in block-size analysis, kind of want to see if we are really fully utilizing the block-size we have now or we aren't and all these calls for block size increment are unlogical, further analysis like how often do we really get unusual block time such as 1 or 2 hours block is also interesting, different studies require different data, so scrapping everything especially from blockchair.com will be really useful, good luck and please keep me updated.




1TB is TOO MUCH, those files probably contain everything about the blocks and more, the current blockchain size less than 250gb, the data we need shouldn't be larger than 1mb in a text/excel format, I most certainly can't process a 1TB worth of data.



The generation is the same for every 210,000 blocks and they have nothing to do with a block being empty or full, the generations are not needed in this study and most likely not in any other analysis, I can simply populate them manually if I had to since we know the first block had 50 btc and then 210,000 later it was 25 btc and then 210,000 later it became 12.5 btc, I don't know how to explain it better, but really we don't need them.

for the reward, it's merely generation + fees, if you include the fee(btc) column you will see that, now similar fees for more than one block proves nothing, they are pretty normal.



That simply means we had less than 90k empty blocks since Satoshi mined the first block.



Phill, I will probably still do that analysis for you and the other person who requested it, but I can tell you beforehand that it will prove NOTHING, bitmain can find blocks in 30 seconds and fake the time in the block header to be 3 seconds unless you could hack into their database and assuming they do keep such records, the study will prove nothing, you are counting on their stupidity, integrity, and kindness, and we both know bitmain doesn't have any of those three aspects.

You can do that manually, it's pretty straight forward, take your hashrate for an instance, it's 112th, go to https://www.coinwarz.com/mining/bitcoin/hashrate-chart and get the current hashrate (it's just estimated by the way), it shows about 130EH for now.

Now change your hashrate from Terahash to Exahash by diving th/1,000,000 you get 0.000122EH

Your hashrate = 0.000122EH
Network hashrate = 130EH

Now if you want to know your chances of hitting the next block or any other block at any given time, simply divide the total hashrate / your hashrate

130/0.000122= 1065573.77 > This means how many blocks would need to be found before you can find yours, assuming luck is 100%, it also means for every block that is found your chance is 1 in 1065573.77 , so back to the crossbow example, there are 1,065,573 (over one million) people shooting at the same time as you are and there is only 1 mosquito to be shot.

maybe you want to know your odds of finding a block per hour, we know that on average we find 6 blocks, simply divide that number by 6 so you get 1065573.77/6 = 1 in 177595 chance every hour.

If you want your daily chances simply divide the hour number by 24 or the main number by 144 (number of blocks found per day) and you get 1 in 7399
If you want the weekly number? divide that by 7 and you get 1 in 1057 chance per week, and you can do all kind of estimates, do it for the sake of learning not for the sake of estimating your chances because you will be disappointed, you need a ton of luck to hit a block and it's not impossible, that's all you need to know. 



 

The problem now is that some members want to know the time difference between empty blocks and the block that came before them, to analyze this kind of data Blockchain.com is not enough as it doesn't show the full timestamp, it's missing the last two digits the represent the seconds, the only explorer I am aware of which provides the full timestamp is https://blockstream.info.

for this study, I will need the following columns.

Height
TimeStamp
Transactions (only the number)

If possible (depends on how you scrape the data, you could exclude all blocks that are not followed by a block which has 1 transaction (empty block), this will reduce the data by a tremendous amount, if you can't filter the results, it's okay, I can do it.


Now in regards to a similar study in the OP but with longer data, all I need is

Miner
Timestamp
Transactions ( number of transactions)

You still can't use blockchain.com because it doesn't show the timestamp, so really blockchain.com is no use, and you will need to use blockchair for that, here is a permalink of what I need https://blockchair.com/bitcoin/blocks?q=transaction_count(1)#f=time,guessed_miner,transaction_count



Three of those are not needed for the study, please refer to my explanation above


Exactly, that's the problem, Imagine how time-consuming that was when I had to do that manually for 5 years of empty blocks   , but I can only think that there is a way to automate this.

I am happier to know you fixed your miner than knowing I was right  , all credit goes to zeusbtc for taking the time to write the article, the owner of that company is very helpful and very friendly and never hesitates to help, so really I shouldn't take any credit for his work.


Good to know you got yours fixed too, hope it stays this way.

---

So now as far as the temp sensor issue is concerned here are my recommendations to fix it.

1- Flash the recovery firmware using a Sdcard, and then flash the latest firmware.

2-If 1 fails, your next suspect is the PSU, check the screws, tighten them well, clean any dust and try.

3-If 2 fails, try a different PSU because there is a possibility the PSU is bad and cleaning it won't do any good.

4-if all the above fails, then it's safe to assume that one of the chips on the hashboard is bad, it's usually the first chip, refer to this image to identify the chip, sometimes the heatsink is a bit loose and by pressing it down ( applying some pressure using your fingers) could fix the problem, if not then you will need to remove it and glue it back.

اولا شكرا على المجهود الجبار, الا انه يوجد شي اساسي مفقود  في الموضوع الذي قمت حضرتك بالاستعانة به, اعتقد ان القاري الذي لم يقرا عن توقيع شنور في السابق سيعتقد ان ميزة هده التواقيع هي فقط منحصرة في عناوين ال Multisig او على الاقل هدا مايظهر سواء في الشرح او الصور بينما الواقع هوا ان الهدف الاساسي والميزة الاكبر هي جمع التوقيعات عند محاولة الارسال من اكثر من عنوان لعنوان واحد.

مثلا: نحن نعلم ان محفظة البتكوين تعطينا عنواين عديدة صح؟ قد نستعمل كل عنوان لغرض معين, ينتهي بك المطاف الى امثلاك مثلا ماقيمته 100$ بتكوين موزعة في 5 عنواين (استقبلتها على 5 عنواين في نفس المحفظة) ولكن كلها تظهر لك في المحفظة نفسها, الان تريد شراء شي ما وتريد تحويل المبلغ كامل مثلا,يعني انك ستقوم بالتحويل من 5 عنواين , تذكر ان البلوك تشين لا يعرف ان صاحب المحفظة شخص واحد فهو يعامل كل عنوان على ان له مالك خاص وتوقيع خاص, مما يعني انك عندما ترسل ستقوم المحفظة بتوقيع 5 عنواين مختلفة والارسال 5 مرات, مما يترتب تكاليف عالية, باستخدام شنور ستتمكن من "دمج" تلك التواقيع وتخفيض الحمل على الشبكة والتكلفة في الارسال.

اتمنى ان اكون اوضحت النقطة بشكل كافي, ان كان هناك اي اشكالية تفضل بالسؤال, شكرا مجددا على مجهوداتك اخي هيوج.

Well, you can complain to "Antonopoulos" who mentioned the 2000%, or you can prove him wrong, or I can save you the trouble and explain to you why he is right.

Here is the calculation from whattomine.com for a single miner that does 10th and consumes 1000w ( pretty much similar efficiency to the most famous miner Antminer S9 taking the average rate of 6 cents per Kwh the miner earns exactly $0.02.

Now running the miner with Asicboost which can achieve up to 30% decrease in power consumption, the miner now uses only 700 wats and makes 0.46$ a day that's a 23 times more profit aka 2200% more profit, and by the way, I am not even trying to tweak any numbers to get to these results, i am using the average gear with the average power rate, results can be a lot better for many other miners.



Bitmain still uses Asicboost,  I personally use Asicboost, almost everyone and their grandmother uses ASICboost nowadays and get 20-30% saving on the power cost aka 2000% more profit, what you must understand is that there are TWO types of ASICboosts, the COVERT used previously by bitmain which bitmain then denied, that type of ASICboost has to do with empty blocks, the community opposed it because it's patented and it's not easy to detect and is not compatible with SegWit.

The OVERT Asicboost is a whole different story, it's the one we use now, has no effect on empty blocks, easily detectable, etc.


I hope that by now the confusion is gone.

Nice chart as usual. I draw the triangle a little differently, and I don't see us going to 10.5k, in fact, we got rejected by the downtrend at 9.5k, and the only way, for now, is a correction to the south, somewhere around 8.2k


 




Anyway, do you mind explaining what does your chart suggests anyway?


edited: exstasie's explanation on the dragonfly candles is correct and sufficient.

4334 is for rental services, you showed a status of your miners working and hashrate is reported so 3333 works for you, ignore the rest.


2 years is not even close, based on your 1hr hashrate of 122 you are looking at 18 years to hit a block assuming your luck is 100%, you can use this website to estimate the odds > http://solochance.com/


Only the pool itself has this data, nobody else does, to everyone else, it's a single hash that could have come from the use of an old CPU, the pool has the data, I don't know if CK saves them and show them somewhere, but you shouldn't bother with it, i remember someone hitting a block mining with 2*S9s ( 24th or so) not too long ago, but those things mean NOTHING to your chances of finding a block, you are simply taking a long shot, just like trying to hunt a mosquito in the woods using a crossbow while being blindfolded at 3 am, in a nutshell, you need a ton of luck and that's all about it.