[ANN] [KVA] Keva - Cryptocurrency with Key-Value Data Store

[calmstorm]

https://explorer.kevacoin.org/tx/fbe287778eff6cfe5e4955f9bb8fcad4cc4d67618cb69c7115ba9037a7d19dfa
donated

Thank you for your support! 

[Lacuna]

Join us @
keva.smoothmine.com
               KEVA [KVA] POOL

We are the lowest-fee KEVA pool. This is our first pool, and we are committed to operating at maximum performance, and providing the smoothest experience for our users :-)

Mining Pool Address: keva.smoothmine.com
Ports (low to high diff): 111 (low-end), 222 (medium-end), 333 (high-end), 444 (mining rigs), 555 (nicehash / cloud)
User: your wallet address
Pass: x
Minimum payout: 10KVA
Fee: 0.03% (profit * 0.0003)

Support: https://discordapp.com/invite/9GECvA

If you'd like to donate:
KVA - VJ8eDCJkXRyuQ5k65tGzp5P7FGKCNUPAA6
BTC - bc1qmyuj546qhwj4v2hznx58qv8ue0k25my0erac7f


Our 1000KVA donation to the KEVA community fund to show our support for this coin - https://explorer.kevacoin.org/tx/116afa413bd369569efdc0d2b52d65774e717783d1fa5b29a94c01e2e99a595f

[mankuk0007]

You can set a donation fund for this kind of actions, like bounties, exchange listings, other expenses. People will put some money in because is their interest to grow the project and see the price going up.

Thanks for your advice. We will start a discussion on our discord community on how to set up and manage the donation fund. We believe it is better for the community to manage the fund. We can make recommendations on how to spend it, but the community should have the final saying.

Good move @calmstorm and I believe you are right about who should manage the community donation funds, since they are the ones who donates and of course for more transparency.

I also agreed that who will be authority to manage the community donation fund as they are the person who donates with more clearity.

[calmstorm]

This is a message I posted on Bitcointalk Altcoin forum:

Cryptnight R Price on NiceHash Went Down All the Way

https://bitcointalk.org/index.php?topic=5228737.0

It described what happened last night on the NiceHash CN/R marketplace.

[Lacuna]

This is a message I posted on Bitcointalk Altcoin forum:

Cryptnight R Price on NiceHash Went Down All the Way

https://bitcointalk.org/index.php?topic=5228737.0

It described what happened last night on the NiceHash CN/R marketplace.

Dev, so has it really been decided that there will be an algo change? If so, then when, and to what algo? I think that the community should have a part in these decisions - like if you do decide to switch the algo - you could let the community vote on it. A new / modified algo for KVA would also be cool (assuming that your team is capable of making such, since you plan to develop a blockchain for Key-Value data storage ).

[othell_rogue]

This is a message I posted on Bitcointalk Altcoin forum:

Cryptnight R Price on NiceHash Went Down All the Way

https://bitcointalk.org/index.php?topic=5228737.0

It described what happened last night on the NiceHash CN/R marketplace.

Dev, so has it really been decided that there will be an algo change? If so, then when, and to what algo? I think that the community should have a part in these decisions - like if you do decide to switch the algo - you could let the community vote on it. A new / modified algo for KVA would also be cool (assuming that your team is capable of making such, since you plan to develop a blockchain for Key-Value data storage ).

A nicehash/asic,even GPU mining-resistent algo would be better imo. CPU only is the best.
Since I don't like, and is also too centralized the ninja mining/cloud mining all over other projects, this will be the best move for Keva.

[calmstorm]

Dev, so has it really been decided that there will be an algo change? If so, then when, and to what algo? I think that the community should have a part in these decisions - like if you do decide to switch the algo - you could let the community vote on it. A new / modified algo for KVA would also be cool (assuming that your team is capable of making such, since you plan to develop a blockchain for Key-Value data storage ).

A nicehash/asic,even GPU mining-resistent algo would be better imo. CPU only is the best.
Since I don't like, and is also too centralized the ninja mining/cloud mining all over other projects, this will be the best move for Keva.

Thanks for the suggestions and I apologize for lack of communication on this important issue. The main reason is that we are still struggling with what is the best move for the next step. We originally plan to use our slightly tweaked version of Cryptnoght R (and call it Cryptonight KV). However, that would require us to submit patches to various miners (e.g. XMRig, XMR-stak, T-rex, etc.). Since CN/R is a GPU/CPU algorithm, we need to implement support AMD, NVIDIA and CPU. It is quite a lot of work and uncertainty (not sure if the miners would accept our patches and they are moving to CPU-only RandomX). Then Kevacoin source code will need lots of changes. Unlike Monero source code, which is designed with hard-forks in mind, the Keva source code does not have support for hard-fork and we need to implement and test it. This is lot of work and testing. Honestly, we are secretly hoping that Nicehash's support for CN/R will go away, just like other older CN algorithms. We had a glimmer of hope this morning as the available hash rate of CN/R dropped to 1MHz (from 6 MHz) on the US market for a while.

However, we do agree that the CPU only is the future, and it fits our targeted developer demography, as these people normally have machines with powerful CPUs but only average GPUs. The recent development of AMD multi-core CPUs also makes CPU mining very promising. Our concern is that some of our early supporters are GPU miners and we don't want to disappoint them. But it is a fact that CPU mining is good for the long term for Kevacoin.

We will have a vote on the switch as suggested. Comments and suggestions are welcomed!

[othell_rogue]

Thanks for the suggestions and I apologize for lack of communication on this important issue. The main reason is that we are still struggling with what is the best move for the next step. We originally plan to use our slightly tweaked version of Cryptnoght R (and call it Cryptonight KV). However, that would require us to submit patches to various miners (e.g. XMRig, XMR-stak, T-rex, etc.). Since CN/R is a GPU/CPU algorithm, we need to implement support AMD, NVIDIA and CPU. It is quite a lot of work and uncertainty (not sure if the miners would accept our patches and they are moving to CPU-only RandomX). Then Kevacoin source code will need lots of changes. Unlike Monero source code, which is designed with hard-forks in mind, the Keva source code does not have support for hard-fork and we need to implement and test it. This is lot of work and testing. Honestly, we are secretly hoping that Nicehash's support for CN/R will go away, just like other older CN algorithms. We had a glimmer of hope this morning as the available hash rate of CN/R dropped to 1MHz (from 6 MHz) on the US market for a while.

However, we do agree that the CPU only is the future, and it fits our targeted developer demography, as these people normally have machines with powerful CPUs but only average GPUs. The recent development of AMD multi-core CPUs also makes CPU mining very promising. Our concern is that some of our early supporters are GPU miners and we don't want to disappoint them. But it is a fact that CPU mining is good for the long term for Kevacoin.

We will have a vote on the switch as suggested. Comments and suggestions are welcomed!

One thing that you can do, to not disappoint the early GPU miners is to premine the existing coins on the new blockchain and swap them for old coins so they won't loose the coins mined. Then  they can continue to mine Keva like other if they want to stick to the project. This is how I would do it, as I think you can't simply switch to new mining algo, but rather launch a new blockchain.

[killer0000001]

old chian,new algo

[calmstorm]

One thing that you can do, to not disappoint the early GPU miners is to premine the existing coins on the new blockchain and swap them for old coins so they won't loose the coins mined. Then  they can continue to mine Keva like other if they want to stick to the project. This is how I would do it, as I think you can't simply switch to new mining algo, but rather launch a new blockchain.

Fortunately, we will be able to do a hard-fork and keep the original chain. So the GPU miners will keep their coins.



Community:

Please cast your vote about the new algorithm in our Discord channel (#new_hash_algorithm): https://discord.gg/5zPHhbG

The vote will be closed in 48 hours, so act soon!

[othell_rogue]

One thing that you can do, to not disappoint the early GPU miners is to premine the existing coins on the new blockchain and swap them for old coins so they won't loose the coins mined. Then  they can continue to mine Keva like other if they want to stick to the project. This is how I would do it, as I think you can't simply switch to new mining algo, but rather launch a new blockchain.

Fortunately, we will be able to do a hard-fork and keep the original chain. So the GPU miners will keep their coins.

This is very good! You won't have to many problems.

Community:

Please cast your vote about the new algorithm in our Discord channel (#new_hash_algorithm): https://discord.gg/5zPHhbG

The vote will be closed in 48 hours, so act soon!

Joined. Voted for RandomX because I like CPU coins.

[Rabinovitch]

So when the hardfork?

[killer0000001]

maybe 2020/4/4

[calmstorm]

So when the hardfork?

We are communicating with stakeholders, and have made great progress. We have important pieces ready and starting from this week, we will communicate with the rest of the stakeholders and finalize the date. Hopefully, we can let the community know the exact fork date this week. Thank you again for your patience and please stay tuned!

[calmstorm]

Dear All,

The mainnet hard fork will be executed at block 46130, at about 14:00 GMT, March 25, 2020. The source code will be released in 48 hours.

The testnet8 will also be live in 48 hours, and its hard fork will be executed at block 6030, at about 14:00 GMT, March 18, 2020.

If you have any questions or concerns, please feel free to let me know. Thank you!

[whotheff]

Any info about the fork? Algo change, blockchain timing /reward change other changes?
What is the reason for the fork? Which pools will support it? Is it going to be CPU only or also GPU/ASIC?

[Pon13]

Any info about the fork? Algo change, blockchain timing /reward change other changes?
What is the reason for the fork? Which pools will support it? Is it going to be CPU only or also GPU/ASIC?

You can join discord since they are more active there.

Copying from their discord channel

kevacoin
Today at 7:37 AM
#general

The mainnet hard fork will be executed at block number 46130, at about 14:00 GMT, March 25, 2020. The source code will be released in 48 hours.

The testnet8 will also be live in 48 hours, and its hard fork will be executed at block 6030, at about 14:00 GMT, March 18, 2020.

If you have any questions or concerns, please feel free to let me know. Thank you!

Community voted for RandomX and dev team will implement a custom RandomX-Keva algo
Already supported by

BenDr0id
Last Friday at 9:13 PM
XMRigCC 2.6.1

https://github.com/Bendr0id/xmrigCC/releases/tag/2.6.1

Changelog:

* Integrated RandomKEVA "algo": "rx/keva" or "coin": "keva" (autoswitch on fork) for upcoming Kevacoin fork
* Fixed #298 Miner hangs on restart command
* Upstream changes highlights (Thx to @xmrig and @SChernykh)
    * Integrated AstroBWT "algo": "astrobwt" or "coin": "dero" (autoswitch on fork) for upcoming DERO fork
    * RandomX hashrate improvements
    * Added SOCKS5 proxy support for Tor or other tunnels
    * Fixed for duplicate jobs in daemon (solo) mining client
    * ...

and

doktor
Today at 1:35 PM
Added support for upcoming 'randomkeva':
https://github.com/doktor83/SRBMiner-Multi/releases/tag/0.4.0

[calmstorm]

v0.16.4 Release
=====================================

Mandatory Upgrade

This is a major release of Kevacoin software, upgrade to this release is mandatory due to the hard fork on March 25, 2020. The hard fork will switch the Proof-of-Work hash algorithm from Cryptonight R to RandomKeva.

Before upgrading to this version, make sure to back up your wallet in case something unexpected happens, even though this release should not affect your wallet. Uninstall the previous version and install this version.

Important changes in this release:

- Switch the Proof-of-Work hash algorithm from Cryptonight R to RandomKeva.
- Faster wallet synchronization.

Download the wallet from our website:
https://kevacoin.org

[calmstorm]

Testnet8 successfully switched from cn/r to cn/keva at GMT 04:37, 2020-03-20, paved the way for the mainnet switch around March 25, 2020, at block 46130.

[SistaFista]

Testnet8 successfully switched from cn/r to cn/keva at GMT 04:37, 2020-03-20, paved the way for the mainnet switch around March 25, 2020, at block 46130.

Hi admin kevacoin, if the test net already running, can we mine keva coin on the test net ?
Have you released the miner of kevacoin with random-keva algo ?
I would like to test mining with random-keva algo miners.