'CACHE'Project [VALM-Cache difficulty recalculation algorithm, SpamHash Control]

[Deff]

  Now every fork or reorganization of the blockchain is visible  and every situation can be analyzed.

Code:

2020-01-22 10:15:16 UTC  'ProcessMessage()' - received: inv (invSize() = 2 lines, string 1)
 'ProcessMessage()' - block 0003e339c343ea874d05  new
askfor block 0003e339c343ea874d05   0 (00:00:00)
sending getdata: block 00067c6996633e9eac22
sending getdata: block 0003e339c343ea874d05
sending: getdata (73 bytes)
2020-01-22 10:15:18 UTC received: block (265 bytes)
 'ProcessMessage()' - received block 00067c6996633e9eac22
 'CBlock->ValidationCheckBlock()' - Entry at block height=364941, accepted
ComputeNextStakeModifier: prev modifier=0xd9009cff46c2ddfb time=2020-01-22 06:19:39 UTC
 'CBlock->AddToBlockIndex()' - The new block pretends to a height 364941, block chain height 364942
 'CBlock->AddToBlockIndex()' - A fork is formed, the height of the parent block 364940, hash child blocks hash(1)=00067c69 hash(2)=0007c52e, creation date 
block(1)=01/22/20 10:04:49 block(2)=01/22/20 10:05:45

  priority has the first block, BestChainTrust=864114458946373 down
 'REORGANIZE':
 'REORGANIZE': - Disconnect 2 blocks; 0000b7ec33e4c371a727..da5f8a1e6f8a3f5ef964
 'REORGANIZE': - Connect 1 blocks; 0000b7ec33e4c371a727..00067c6996633e9eac22
     Delete redundant memory transactions that are in the connected branch
 'REORGANIZE': - OK done
 'CBlock->SetBestChain()' - new best=00067c6996633e9eac22  height=364941  trust=864114458946374  date=01/22/20 10:04:49
 'ProcessBlock()' - ACCEPTED POW BLOCK

[minerja]

Hi Deff,
I know i am being a pain, but any chance you can code this to work on new versions of Ubuntu and Mint.
Apart from being easier for me, i'm pretty sure your new target audience will be running either 18, or 19.

Thanks
J

[Deff]

New version available - Hard Fork version

CACHE-Project, New protocol testing, Added response to equal timestamps of competitor blocks

Version : v_6.1.1.36

Version of git : v_0.7.5.198

Subversion : v_0.7.6.48

https://github.com/DeffM/CACHeCoin/releases/tag/v_6.1.1.36

[Deff]

[minerja]

Hi,
Been using Version : v_6.1.1.35, all synced no issues, until a few hours ago, now ZERO connections
Upgraded to Version : v_6.1.1.36, and same, ZERO connections

Has something Happened?

J

[Deff]

Hi,
Been using Version : v_6.1.1.35, all synced no issues, until a few hours ago, now ZERO connections
Upgraded to Version : v_6.1.1.36, and same, ZERO connections

Has something Happened?

J

 When testing the protocol, I saw two vulnerabilities, and the block chain explorer went into defense, I'm preparing a modified version.

[minerja]

Hi,
Been using Version : v_6.1.1.35, all synced no issues, until a few hours ago, now ZERO connections
Upgraded to Version : v_6.1.1.36, and same, ZERO connections

Has something Happened?

J

 When testing the protocol, I saw two vulnerabilities, and the block chain explorer went into defense, I'm preparing a modified version.

Thank you

[Deff]

New version available - Hard Fork version

CACHE-Project, New protocol testing, Protocol optimization

Version : v_6.1.1.37

Version of git : v_0.7.5.211

Subversion : v_0.7.6.49

https://github.com/DeffM/CACHeCoin/releases/tag/v_6.1.1.37

[Deff]

 The wallet of the previous version - Subversion: v_0.7.6.48 - has an error when generating POW blocks
and when analyzing branching into one block. Please upgrade to the latest version.

[Deff]

 

  During protocol testing, stops and pseudo-hard-forks are possible.
For convenience, the full blockchain will be periodically updated on Google Drive.

https://drive.google.com/open?id=15kvCVv9lLfmLDuUIM12sfP-Fv_baoDWH

[Deff]

 Upcoming changes.

  "WachonlyAddress" removing, "GetBalanceOfAnyAdress" adding. The function of scanning the blockchain when searching
for transactions in the address of interest is placed in a separate stream and does not interfere with the functioning of
the wallet. Access to information about the scanning process is organized through a file. The file is located in the working
directory, the file has the same name with the scan address. After interruption of the scanning process, it will continue from
the point of interruption.

[Deff]

 
 POS generation and blockchain scanning are coexist.

[Deff]

  It was expected that the "GetBalanceOfAnyAdress" function would have high performance and scanning
speed, in theory. In practice, the result exceeded expectations. The function is completely self-sufficient.
In this regard, I added the function of calculating the balance of all addresses.

[Deff]

  The function worked for a fixed time, 30 minutes. During this time, the function
processed 92,000 blocks, scanned all transactions confirmed in these blocks,
and added 89500 addresses to the list. Very fast..

[Deff]

  Based on the code described above, the function "importprivkeyfast" is added. Features

1. For the first time.
2. The function works in an additional stream.
3. The scanning process is monitored (block number).
4. Transactions appear immediately.
5. Scanning is performed in the opposite direction (very convenient).
6. After the interruption continues from the stopping point.

[Deff]

 
  Returned the updated watchonlyaddress function. Real-time control, only.

Characteristics.

Works with raw transactions, only.
Scans outgoing transactions.
Scan incoming transactions.
Scans transactions in its address, even if the address is different.

[Deff]

  Upcoming changes.

  Added the function of saving to a file and reloading virtual "Check Points". The algorithm is in test mode.
Today it is used only to prohibit transactions in the presence of a fork in the dispute zone. The principle
of working with virtual "Check Points" has been changed. The table contains the hashes of the parent block
and the fork successor block, and not the height of the blocks with the hash values. Using a single "Check
Points" card is not planned, therefore, for different situations and nodes, these tables will have differences

[minerja]

Hi Deff,
How's things?

I have finally managed to mine a few coins, about 200...but the never appear in the "stake" part of the wallet only ever as "Balance"
Is there something i need to do to stake them?

J

[Deff]

Hi Deff,
How's things?

I have finally managed to mine a few coins, about 200...but the never appear in the "stake" part of the wallet only ever as "Balance"
Is there something i need to do to stake them?

J

Hi! minerja

Are the coins ripe? After full confirmation -

nStakeMinAge =  60 * 60 * 24 * 7;  // minimum age for coin age - 7 days
nStakeMaxAge = 60 * 60 * 24 * 30; // stake age of full weight   - 30 days

[minerja]

Hi Deff,
How's things?

I have finally managed to mine a few coins, about 200...but the never appear in the "stake" part of the wallet only ever as "Balance"
Is there something i need to do to stake them?

J

Hi! minerja

Are the coins ripe? After full confirmation -

nStakeMinAge =  60 * 60 * 24 * 7;  // minimum age for coin age - 7 days
nStakeMaxAge = 60 * 60 * 24 * 30; // stake age of full weight   - 30 days

Argh !
My newest wallet...no, only mined since 1st March
Older wallet been there since 21st Jan 2020, so over 30 days old, but still never staked....