Bitcoin Forum
May 24, 2024, 01:04:06 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Vertcoin - 1 | ASIC - 0 | Lyra2RE | Decentralised | GPU Mineable | Open Source on: December 30, 2014, 02:28:01 AM
The system of elasticity does NOT affect the block reward (ie. the subsidy). Nor does it directly impact anyone's wallet balance, as in, without their interaction. Sorry all, but the details are under wraps until we get closer to releasing. Trust me, I wish we could say more as it is very exciting, however, it is in our best interest to keep it on the DL.

Cheers,

Adam


https://vertcoin.org/wp/ann-vertcoin-elasticity/

Quote
it is now a matter of implementation

Share some details please, otherwise it sounds like block reward will rely on exchange api/price.


As far as I understand; no demand and low price results in small blocks and vice versa. So, first I set my miners on VTC, then immediately buy the coins on exchanges, then block reward goes skyhigh, then I mine even more coins. Everyone wakes up and starts buying VTC, then I mine even more and then I sell all VTC for nice price.
2  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Vertcoin - 1 | ASIC - 0 | Lyra2RE | Decentralised | GPU Mineable | Open Source on: December 15, 2014, 10:05:09 PM
Thank you James. Hello to all from the Vertcoin Developers!
3  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Vertcoin - First Scrypt N | First Stealth Address - Privacy without mixer on: December 10, 2014, 03:54:01 PM
The code is correct. This is the block of code from master-0.9.0.1 and from latest out of Lyra2's github.

    //================================ Setup Phase =============================//
    //Absorbing salt, password and basil: this is the only place in which the block length is hard-coded to 512 bits
    ptrWord = wholeMatrix;
    for (i = 0; i < nBlocksInput; i++) {
      absorbBlockBlake2Safe(state, ptrWord); //absorbs each block of pad(pwd || salt || basil)
      ptrWord += BLOCK_LEN_BLAKE2_SAFE_BYTES; //goes to next block of pad(pwd || salt || basil)
    }

So, ptrWord moves to a new 64byte block of the wholeMatrix which gets XORd against state in absorbBlockBlake2Safe.

I'm not sure where you got this code: ptrWord = &wholeMatrix[0]; but that is not what is implemented.

a432511

We are looking into this and evaluating the impact. This was written by the authors of the Lyra2 algorithm, so we are trying to contact them as well.

Cheers,

a432511

DEV,i found a bug in lyra2.c
please check this code

   //================================ Setup Phase =============================//
    //Absorbing salt, password and basil: this is the only place in which the block length is hard-coded to 512 bits
    ptrWord = &wholeMatrix[0];
    for (i = 0; i < nBlocksInput; i++) {
      absorbBlockBlake2Safe(state, ptrWord); //absorbs each block of pad(pwd || salt || basil)
      ptrWord += BLOCK_LEN_BLAKE2_SAFE_BYTES; //goes to next block of pad(pwd || salt || basil)
      -------------------------------------------------------
BLOCK_LEN_BLAKE2_SAFE_BYTES is 64
the problem is
ptrWord is a 64 bit pointer,but the line ,it add 64,means it add 64*64=4096 bit=512 byte,
so ,the next round ,all ptrWord is zero,
that means Concatenates the basil and padding are not used!!!!!!

you must change BLOCK_LEN_BLAKE2_SAFE_BYTES to BLOCK_LEN_BLAKE2_SAFE_INT64






4  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Vertcoin - First Scrypt N | First Stealth Address - Privacy without mixer on: December 10, 2014, 03:25:52 PM
We are looking into this and evaluating the impact. This was written by the authors of the Lyra2 algorithm, so we are trying to contact them as well.

Cheers,

a432511

DEV,i found a bug in lyra2.c
please check this code

   //================================ Setup Phase =============================//
    //Absorbing salt, password and basil: this is the only place in which the block length is hard-coded to 512 bits
    ptrWord = &wholeMatrix[0];
    for (i = 0; i < nBlocksInput; i++) {
      absorbBlockBlake2Safe(state, ptrWord); //absorbs each block of pad(pwd || salt || basil)
      ptrWord += BLOCK_LEN_BLAKE2_SAFE_BYTES; //goes to next block of pad(pwd || salt || basil)
      -------------------------------------------------------
BLOCK_LEN_BLAKE2_SAFE_BYTES is 64
the problem is
ptrWord is a 64 bit pointer,but the line ,it add 64,means it add 64*64=4096 bit=512 byte,
so ,the next round ,all ptrWord is zero,
that means Concatenates the basil and padding are not used!!!!!!

you must change BLOCK_LEN_BLAKE2_SAFE_BYTES to BLOCK_LEN_BLAKE2_SAFE_INT64






5  Alternate cryptocurrencies / Altcoin Discussion / [ANN] Vertcoin Updating PoW Algorithm on: July 24, 2014, 08:48:56 PM
As seen here: https://vertcoin.org/pow-algorithm-upgrade-lyra2/

Vertans,

I am pleased to announce Vertcoin will be changing its Proof of Work algorithm to Lyra2. Lyra2 is a password hashing scheme much like Scrypt that is not easily parallelizable and has scaling hardware difficulty that depends on memory and processing power.

Vertcoin has always been and will continue to be the leader in decentralization of cryptocurrency. Lyra2 is a natural successor of Scrypt providing an improvement on the same fundamental purpose – scaling hardware difficulty. The decision to move to this algorithm comes as a preemptive strike against ASICs and a move against Multipools. As many of you know, we have several concepts in the hopper to remain in step with the Vertcoin charter – Vertcoin’s [algorithm] is designed to resist the development of custom mining hardware and multipool mining, ensuring that transactions are validated by a widely distributed network and avoiding the selling pressure when large mining pools indiscriminately flood the market with freshly mined coins.

The Lyra2 whitepaper details its performance against custom hardware and offers a comparison to Scrypt. Most notably, Lyra2 improves on Scrypt by offering separate control over memory and processing difficulty where in Scrypt they are tightly coupled. This level of control is important when reacting to specialized hardware that comes to market.

There is still much work to be done before we roll it out. Here is a approximate timeline:

Derive appropriate initial memory and cpu levels to roughly match the current level (8/15/2014)
Implement the new algo in all the wallets including mobile (10/15/2014)
Run final testing on testnet (11/15/2014)
Final release to mainnet (11/30/2014)
- These are estimates, we may move faster -

Bushido and I will be running point on this effort. During this time we are looking to add a developer to our ranks. The reality is that even developers have lives ( believe it or not :-D ) and can’t always dedicate tons of time to these projects. Diversifying our resource pool will only strengthen and quicken us.

If you have experience in C/C++, ObjC or Java and would like to join the team, please email a432511@vertcoin.org.
Cheers!

a432511
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!