Pages:
Author

Topic: 'CACHE'Project [VALM-Cache difficulty recalculation algorithm, SpamHash Control] - page 4. (Read 8135 times)

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

  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

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information
 
  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.

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

  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.

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

  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..

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

  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.

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information
 
 POS generation and blockchain scanning are coexist.

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

 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.

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information
 

  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

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

 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.

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

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



sr. member
Activity: 1248
Merit: 297
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
sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information
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.

sr. member
Activity: 1248
Merit: 297
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
sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information
sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

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


sr. member
Activity: 1248
Merit: 297
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
sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information
  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

sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information
sr. member
Activity: 1248
Merit: 297
All up and running. Thankyou
sr. member
Activity: 939
Merit: 261
Data HDD Repair - Recovery of lost information

sudo apt-get install -y git build-essential libssl-dev libdb5.3-dev libdb5.3++-dev libminiupnpc-dev libboost-all-dev qt4-qmake libqt4-dev qt5-qmake libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev-tools libcurl4-openssl-dev
sudo apt-get install -y build-essential libssl-dev libboost-all-dev libdb5.3 libdb5.3-dev libdb5.3++-dev libtool automake libevent-dev bsdmainutils
sudo apt-get install -y git ntp make g++ gcc autoconf cpp ngrep iftop sysstat autotools-dev pkg-config libminiupnpc-dev libzmq3-dev
sudo apt-get install -y libqt5gui5 libqt5core5a libqt5dbus5 qttools5-dev qttools5-dev-tools libprotobuf-dev protobuf-compiler libqrencode-dev

Pages:
Jump to: