Bitcoin Forum
May 02, 2024, 10:20:20 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Bitcoin Discussion / Re: Who is the brain of Craig S. Wright's crusade? on: March 20, 2021, 01:27:04 PM
It seems the intention is to bog people down in legal fees rather than having any legitimate claims. I have not seen him try to enforce patent rights, which I see he has got some US ones issued. I see he is trolling people with the copyright claims already on the White Paper. Some of this stuff does not seem novel.

Here are some method patent Craig now owns:
US1071533
Claim 1: A computer implemented method of encrypting data at an electronic device (S), the electronic device being associated with a key device (C), wherein the electronic device is further associated with a first asymmetric cryptography pair having a first electronic device private key (V1S) and a first electronic device public key (P1S), and the key device is associated with a second asymmetric cryptography pair having a first key device private key (V1C) and a first key device public key (P1C); the method comprising:
determining, at the electronic device, a deterministic key (DK);
receiving, at the electronic device, the first key device public key (P1C) from the key device;
determining, at the electronic device, a second electronic device private key (V2S) based on at least the first electronic device private key (V1S) and the deterministic key (DK), and
determining, at the electronic device, a second key device public key (P2C) based on at least the first key device public key (P1C) and the deterministic key (DK);
determining a secret based on at least the second electronic device private key (V2S) and the second key device public key (P2C);
encrypting the data at the electronic device using the determined secret or an encryption key that is based on the determined secret; and
sending information indicative of the deterministic key (DK) to the key device where the information can be stored.

US10659223
Claim 1:A computer-implemented method of controlling access to a resource, the method comprising:
    splitting a verification element into a plurality of shares;
    determining a common secret at two or more nodes in a network; and
    using the common secret to transmit at least one share of the verification element between the two or more nodes, wherein: the common secret is determined by first (C) and second (S) nodes in the network, wherein the first node (C) is associated with a first asymmetric cryptography pair having a first node master private key (V1C) and a first node master public key (P1C), and the second node (S) is associated with a second asymmetric cryptography pair having a second node master private key (V1S) and a second node master public key (P1S); and wherein the method further comprises: determining a first node second private key (V2C) based on at least the first node master private key (V1C) and a Generator Value (GV); determining a second node second public key (P2S) based on at least the second node master public key (P1S) and the Generator Value (GV); and determining the common secret (CS) based on the first node second private key (V2C) and the second node second public key (P2S), wherein the second node (S) has the same common secret (S) based on a first node second public key (P2S) and a second node second private key (V2S), wherein: the first node second public key (P2C) is based on at least the first node master public key (P1C) and the Generator Value (GV); and the second node second private key (V2S) is based on at least the second node master private key (V1S) and the Generator Value (GV).

US10579779
Claim 1: A computer-implemented method of verifying integrity of a computer software for installation using a distributed hash table and a peer-to-peer distributed ledger, the method comprising:
    determining a metadata (M) associated with a transaction record stored on the peer-to-peer distributed ledger;
    determining an indication of an entry stored on the distributed hash table from the metadata (M);
    determining a third hash value (H3) based on the computer software;
    determining a fourth hash value (H4) from the entry on the distributed hash table;
    comparing the third hash value (H3) and the fourth hash value (H4); and
    verifying the integrity of the computer software based on the comparing of the third hash value (H3) and the fourth hash value (H4).

I am not sure on Copyrights, but in the case of Patents it is actually quite common to get them "thrown out". The simplest way probably, in this case, is to show prior art existed on any of the said subject matter. Likewise, something that is already in the public domain could also invalidate a patent. He has gotten quite a few granted.
2  Alternate cryptocurrencies / Mining (Altcoins) / Re: PhoenixMiner 5.5c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) on: March 20, 2021, 12:55:19 PM
I have RX5700 all with modified BIOSes. The version 5.5c is the most stable version I have tried. I easily get mining campaigns of a week or more now. I had continual crashes with 5.4c that were supremely annoying. I am not sure what drivers I am using.
3  Alternate cryptocurrencies / Altcoin Discussion / Ethereum Staking on: February 20, 2021, 07:04:19 PM
Hi all, I did not see any threads off-hand on this topic.

What are the best current ways to stake ethereum? Can anyone share their experiences?

I was hoping some could share the positives and negatives of certain staking methods.

Thanks.
4  Alternate cryptocurrencies / Mining (Altcoins) / Re: BIOS modified RX5700 | how to edit timings | 10% speed increase. on: January 22, 2021, 11:20:59 AM
Boy am I glad I found this thread and gave it a try (so far).

So far I am stable for 10 hours, which has really been my biggest problem with my 5700's running on the stock bios.

I scratched my head for quite some time on this. It wasn't until I mined with lolminer that I saw the memory temperature was over 90C even though the standard temperature reading was about 60. So, I have a situation where I have 2 low end 5700's and then a higher end 5700xt and 5700. The low end GPU have the memory that runs hot. This seems typical of AMD if I recall I had the same issue with Vega. The 2 poor ones limit the system with crashes.

Back to the Bios. So, far it looks like it allows me to undervolt more and still maintain a core clock. I could not undervolt as much in the stock setting. Also, the hash rate went up about 8-10% and power down by 60-70 watts. Max temp of a GPU is 56C, which seems reasonable.

So, with 4 gpu I am at 210MH/s, 470-480 watts. I am not messing with memory at the moment because I have enough stability issues. There is a chance I could OC memory on the better GPU later on.

I literally had a crash after this post. Luckily I caught which GPU hung up when I found it. I think that particular card the natural voltage of the silicon is too low. I did see someone on youtube mention 800mv was a nice target with a bios mod. I was adjusting by reducing the core to a desired number, but I will try voltage now.
5  Alternate cryptocurrencies / Mining (Altcoins) / Re: BIOS modified RX5700 | how to edit timings | 10% speed increase. on: January 22, 2021, 10:44:44 AM
Boy am I glad I found this thread and gave it a try (so far).

So far I am stable for 10 hours, which has really been my biggest problem with my 5700's running on the stock bios.

I scratched my head for quite some time on this. It wasn't until I mined with lolminer that I saw the memory temperature was over 90C even though the standard temperature reading was about 60. So, I have a situation where I have 2 low end 5700's and then a higher end 5700xt and 5700. The low end GPU have the memory that runs hot. This seems typical of AMD if I recall I had the same issue with Vega. The 2 poor ones limit the system with crashes.

Back to the Bios. So, far it looks like it allows me to undervolt more and still maintain a core clock. I could not undervolt as much in the stock setting. Also, the hash rate went up about 8-10% and power down by 60-70 watts. Max temp of a GPU is 56C, which seems reasonable.

So, with 4 gpu I am at 210MH/s, 470-480 watts. I am not messing with memory at the moment because I have enough stability issues. There is a chance I could OC memory on the better GPU later on.
6  Alternate cryptocurrencies / Mining (Altcoins) / Re: [AMD] New AMD RX Graphics Cards of 2019 - RX 5700 / XT, RX 600 on: September 05, 2020, 06:41:25 PM

my stock hashrate is 49 max and power use is high around 140 watts in gpuz

tying to get to the 56 or even 53 mhs and 100 watt in gpu z but the straps amd bios mod seem to do nothing

Ah ok now
You can use More Power Tools to decrease the minimum voltage to 725mv on the clock core

Now you go to Wattman (Radeon Settings) and try the following: 1280mhz core clock, 735mv, 1870 memory speed and decrease the power limit to -35

This is the best settings for me, my card is doing 54mhs stable, without any bios mod

Your memory clock is the most important to achieve more hashrate

Oh, man you are awesome. I literally made an account to tell you that. I was struggling with my new build, and going livid this morning about not being up and running and all these "help" sites/videos with settings bluescreening my new build SMH. All I wanted were some simple settings where I could use the Radeon software and get something reasonably decent in hashrate but super stable. I'd do this as a hobby on the side, and there is no way in heck I'm soaking assloads of time into all this for 4 gpu and 10 extra mhs.

Anyway, I started a good bit more conservative than you:

In Wattman I lowered mV to about 800ish, memory up to 1800, power limit like -10ish and seems really stable at 51mh/sec for my RX5700. Good enough for me. Finally, something that is actually stable after I struggled a good bit getting going. Mining software says 120 watt per card. I do have a fairly aggressive fan curve. I notice if the memory gets too hot then the core will drop and your hash rate will drop off. So, I made the fan curver quite a bit steeper. Perhaps, I will get a little more aggressive later with the memory clock as I get comfortable. I should mention these settings are working great for my 3 RX5700s for 8 hours so far at a temperature around 55C. Though, I do have one RX5700 XT that seems nowhere near optimized as it's reporting 49mh/sec with the same settings.

Anyway, thank you for sharing.
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!