Tecra is thinking about changing the hashing algorithm

[tecracoin]

It is very important for us to develop and improve our Blockchain, so we are thinking about changing the hashing algorithm from SHA256 to BLAKE2B.
As we know, in 2020, almost all computers use 64-bit processors. In turn, our hashing BLAKE2b (or just BLAKE2) is optimized for 64-bit platforms—including NEON-enabled ARMs—and produces digests of any size between 1 and 64 bytes BLAKE2 has been adopted by many projects due to its high speed, security, and simplicity.
What do you think about our changes? Is this a good idea?

[Rabinovitch]

I believe blake2 is good to be crunched on FPGAs. Would you please use some CPU-only algo like RandomX-family or Minotaur?

[tecracoin]

I believe blake2 is good to be crunched on FPGAs. Would you please use some CPU-only algo like RandomX-family or Minotaur?

Functions are used in many places in blockchain and these functions are different. When it comes to the changes we are doing, they mainly affect the way merkle tree root  is counted. Mining algo - the hash function is also calculated there, but from the block. So these are two different places.

[tecracoin]

Will the hashing function used on address/transaction generation or as mining (Proof of Work)? If it's used as mining and you wish to build "ASIC-resistant algorithm", you better use another method such as ProgPoW.

In general our changes in hash function impacts the first one - address/transaction not mining algorithm

[Doranile432]

Will the hashing function used on address/transaction generation or as mining (Proof of Work)? If it's used as mining and you wish to build "ASIC-resistant algorithm", you better use another method such as ProgPoW.

In general our changes in hash function impacts the first one - address/transaction not mining algorithm

Then build your own tecra Algorithm, I've seen few projects did this in the past, you don't have to use other coins Algorithm, after Monero built RandomX algo many cryptonight coins opt into RandomX, if you have good devs who are experts in this area it's better they built a separate algo from scratch only for tecra coin

[tecracoin]

Will the hashing function used on address/transaction generation or as mining (Proof of Work)? If it's used as mining and you wish to build "ASIC-resistant algorithm", you better use another method such as ProgPoW.

In general our changes in hash function impacts the first one - address/transaction not mining algorithm

Unfortunately i don't know much about hash function for address/transaction generation, you should contact cryptography expert about it.

Will the hashing function used on address/transaction generation or as mining (Proof of Work)? If it's used as mining and you wish to build "ASIC-resistant algorithm", you better use another method such as ProgPoW.

In general our changes in hash function impacts the first one - address/transaction not mining algorithm

Then build your own tecra Algorithm, I've seen few projects did this in the past, you don't have to use other coins Algorithm, after Monero built RandomX algo many cryptonight coins opt into RandomX, if you have good devs who are experts in this area it's better they built a separate algo from scratch only for tecra coin

Do you even read what @tecracoin said? They're discussing hash function on address/transaction generation, NOT mining algorithm.

We will change the hashing algorithm for  address/ transactions  generation, not for mining:) Please write us other advices and your opinion on this case.

[staccatoauditory]

We've got an exchange. Smaller, but it is https://stakecenter.co/client/exchange/BTC/TCR