Bitcoin Forum
August 16, 2024, 07:32:19 PM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: Thoughts about Quantum Blockchain Technologies, QBT.  (Read 324 times)
NotFuzzyWarm
Legendary
*
Online Online

Activity: 3724
Merit: 2646


Evil beware: We have waffles!


View Profile
Today at 12:06:29 AM
Last edit: Today at 03:02:58 AM by NotFuzzyWarm
 #21

Quote
Where Mr Gardin shows what appears to be a BitAxe Hex,
So they're using one of the most under-powered miners as a test bed?
As for:
Quote
The Company has found that CGMiner, which is considered the leading operating system for Bitcoin mining, added elements of unpredictability to a number of processes, due mainly to the code being developed over the last 13 years by a large number of contributors, each adding a new elements to the mining software.
That's bullshit.
There was only 2 primary developers: -ck & Kano. They are the ones that did virtually all of the actual mining code. Yes, several other folks contributed things like network and USB coms and a few did drivers for some oddball miner chips but ALL code including the sub systems went by -ck/Kano for testing & approval before being added. Since -ck has long ago closed his support/development that leaves Kano as the sole remaining original primary dev for cgminer and the last outsider code Kano approved was drivers from -VH to support sidehack's original Compac USB stick miners. AFAIK the last major changes to cgminer was the code for using Stratum vs the original GetBlockTemplate method followed by version rolling used by ASICboost. Most of the 'new elements' QBT refer to are ASIC mining chip drivers - not changes to the mining code itself. Being drivers that code is only used for specific (and obsolete) chips and has nothing to do with the actual mining code.

That ^ however only applies to all code in the official -ck & Kano gits.

That is a key point because numerous folks have spun off their own unofficial variants of cgminer (mainly for altcoins) and quite frankly most of the forks are crap partly because folks behind the forks put in their own tweaks to suit their specific needs w/o caring about what other functions their new code breaks.

Wonder what QBT is going to come up with in the next few months as an excuse when they make no progress using ESP-miner + their vaporware code?

- For bitcoin to succeed the community must police itself -    My info useful? Donations welcome!  3NtFuzyWREGoDHWeMczeJzxFZpiLAFJXYr
 -Sole remaining active Primary developer of cgminer, Kano's repo is here
-Support Sidehacks miner development. Donations to:   1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
BobsSocks (OP)
Newbie
*
Offline Offline

Activity: 17
Merit: 0


View Profile
Today at 08:32:12 AM
 #22

Published via the regulatory news service,

https://www.londonstockexchange.com/stock/QBT/quantum-blockchain-technologies-plc/analysis

and now uploaded to their website.

https://quantumblockchaintechnologies.co.uk/investor-relations/regulatory-news
https://quantumblockchaintechnologies.co.uk/images/QBT_-_RD_Update_15_August_24.pdf

Quote
A decision has been taken, therefore, to migrate away from CGMiner to AxeOS (ESP-miner), a more recently developed and, in the Company’s opinion, a better designed public domain operating system software for Bitcoin mining devices. The Company has found that CGMiner, which is considered the leading operating system for Bitcoin mining, added elements of unpredictability to a number of processes, due mainly to the code being developed over the last 13 years by a large number of contributors, each adding a new elements to the mining software. Therefore, while CGMiner was initially used by QBT to achieve the porting of its Methods, its high-level of inefficiency has now been recognised and the change to ESP-miner has been implemented.

Considering that QBT approached CK directly for assistance,

https://x.com/ckpooldev/status/1773906971806298306

and depending on how you feel you might consider their words to be libelous in that rather than just accepting that they are rubbish they are calling the reputation of CGMiner and that of CK and Kano into doubt. Bear in mind that you, I and many others are aware of the link between QBT and CK along with all the moaning they have done about CGMiner.

Whilst CK suggested he did not wish to name them...

Quote
After thinking long and hard about whether I should name them publicly, I decided not to based on how CSW was able to cause endless pain on his bogus claims on bitcoin despite being nothing more than a psychiatric case with almost limitless money at his disposal.

He might consider contacting

aimregulation@lseg.com

who regulate the market QBT is listed on and asking them to get the company to publish a clarification or withdrawal along with an apology. Aim regulation will consider the request and treat it in confidence.

Quote
Wonder what QBT is going to come up with in the next few months as an excuse when they make no progress using ESP-miner + their vaporware code?

Perhaps OSMU should think carefully about the association with QBT before QBT fails with their kit and starts trying to destroy their reputation as well.

BobsSocks (OP)
Newbie
*
Offline Offline

Activity: 17
Merit: 0


View Profile
Today at 03:45:51 PM
 #23

Quote
So they're using one of the most under-powered miners as a test bed?

Sorry about missing out the most excellent ROFL but as another thought.

Whilst QBT spend all of their time achieving nothing and think it's valid to blame world plus dog for their fail the latest RNS also appears to reveal why they are in permanent fail mode and the reason why no amount of trying other people's stuff only to slag them off when it doesn't work is kind of hidden in plain sight.

Quote
These limitations are mainly due to the speed and power consumption inefficiencies created by the designers, which impact the ability to use any arbitrary input to SHA-256.

Of course I may be wrong but QBT's AI superwhizz rubbish appears to rely on being able to stuff the arbitrary numbers they want into available ASICs and available ASICs won't let them do that.

The mention of speed and power consumption inefficiencies is just an attempt by the grifters to try and hide the real problem. They can't get their numbers into the ASICs so they are permanently f*kd.
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!