Search content
Sort by
Showing 5 of 5 results by CrytpSig
Ping came back fine updated on those commands previously still not working. I think this is an issue with the Perl certificate implementation. I had a similar issue running a perl script on windows with he same error that i could not fix.
LBC uses https://metacpan.org/pod/LWP::Protocol::https for HTTPS validation.
Worksforme.
So maybe
$ sudo cpan
cpan> install LWP::Protocol::https
Other than that: ¯\_(ツ)_/¯
Still no luck anyway I can bypass https?
https://stackoverflow.com/questions/74358/how-can-i-get-lwp-to-validate-ssl-server-certificates#5329129
I'm having issues with the Arch Linux virtual machine on windows Problem connecting to server https://lbc.cryptoguru.org/static/client(status: 500 Can't connect to lbc.cryptoguru.org:443 (certificate verify failed). retries left 29
maybe a
> pacman -S ca-certificates
will help. I remember (faintly) that the ca-certificates package said something like "valid until 20.10" or something like that "next check 20.10" - not sure.
Or you do a
> pacman -Syu
Which is the Arch Linux way of "apt-get update & apt-get upgrade"
edit:
Or you have a simple networking problem. Try a
> ping 8.8.8.8
if that works. If yes, update as said above. If no, you have to get your VM networking right first. But that is a matter of the VM configuration, not of the OS running inside the VM.
Ping came back fine updated on those commands previously still not working. I think this is an issue with the Perl certificate implementation. I had a similar issue running a perl script on windows with he same error that i could not fix.
I'm afraid that almost all systems are now GPU limited.
Only multi GPU systems can take advantage from other ecc improvements (if there will be) and from n-k symmetry. I think that a GPU version of ECC library is not very useful at the moment. We need overall to speedup sha256/ripemd160 on GPU.
Only multi GPU systems can take advantage from other ecc improvements (if there will be) and from n-k symmetry. I think that a GPU version of ECC library is not very useful at the moment. We need overall to speedup sha256/ripemd160 on GPU.
You are right: Multi-GPU systems are not GPU limited and the client has been tested already on Systems with as many as 16 GPUs. (currently the Amazon p16.xlarge delivers 175 Mkeys/s)
I have already a n-k symmetry prototype running - in fact had this already May, 25th:
https://twitter.com/LBC_collider/status/867657663987015680
The single showstopper to enable n-k symmetry is accounting work that has to be done on the server.
In theory, with n-k symmetry and better hash160 OpenCL code (which I believe is possible - see also https://lbc.cryptoguru.org/crowdfunding), we may see 2x speedups on the same hardware.
Hi I am having issues with the Arch Linux virtual machine on windows Problem connecting to server https://lbc.cryptoguru.org/static/client(status: 500 Can't connect to lbc.cryptoguru.org:443 (certificate verify failed). retries left 29
Re: [ANN][KMD][dPoW] Komodo - Zcash Zero Knowledge Privacy Secured by Bitcoin
The team were very clear what would happen in regards to the ICO site and payouts. There has been plenty of time to already swap BTCD for KMD and its unfair to expect the team to make changes just because the price is pumping.
It's probably better the coins stay with KOMODO for later
