CREDITS [CRE] | SHA256 | SIDECHAIN | NEW BLOCK-DEPOSIT FEATURE | OFFICIAL THREAD

[GreydonIselmoe]

Just another beta report, linux creditsd only syncing, been snycing for 20hrs and am at around 55%, block 324,331.

Seems to be around the same as before if not slightly faster on linux, but no stoppage along the way.


On another note, graffitidice.com is going offline and a lot of their users are moving to use Credits instead, and migrated their balances to creditsdice.com (I compensated, seeing as graffitidice.com had an administrator go rogue and withdraw all their funds. The owner is compensating investors and me in the future).

This means more people joining our community! If you're one of the new miners from there, welcome

Gabriel gave me a list of things he wants on a roadmap, I'm just working on creating a nice graphic for us and will post it here. I can say I'ts pretty exciting, and some of the features that will be added to the wallet are unique and never done before in crypto-currency. It will help us stand out, and make some news


.

[Markov]

Test report, almost everything OK.

One of the two test machines (Windows) that I've run tests on has finished the sync successfully. One bug have been found, that causes the disk usage to be larger than required. A patch for that bug has been created and is under test as I write this. If that patch works as intended, a release will be done tomorrow.

I seem to be stuck on block 27566 on the Credits blockchain. Is that a known issue?

Hmmm, no, i parsed through it with no problem. What does the log say, is there still log output coming?

Have you tried to shut down the wallet and start it again?

There's quite a lot in the debug.log which might be or not be helpful to you. It looks like at block 27500 there was a ton of trimming being done and there's a lot of error message after that. Then at block 27566 it looks like it jumps to block 373034 and processes orphan blocks.

It's ok now and all in all it was a lot quicker. Good job I think

[Gabriel Eiger]

Test report, almost everything OK.

One of the two test machines (Windows) that I've run tests on has finished the sync successfully. One bug have been found, that causes the disk usage to be larger than required. A patch for that bug has been created and is under test as I write this. If that patch works as intended, a release will be done tomorrow.

I seem to be stuck on block 27566 on the Credits blockchain. Is that a known issue?

Hmmm, no, i parsed through it with no problem. What does the log say, is there still log output coming?

Have you tried to shut down the wallet and start it again?

There's quite a lot in the debug.log which might be or not be helpful to you. It looks like at block 27500 there was a ton of trimming being done and there's a lot of error message after that. Then at block 27566 it looks like it jumps to block 373034 and processes orphan blocks.

It's ok now and all in all it was a lot quicker. Good job I think

I think I know what the error messages where about. There was a bug in the trimming of the bitcoin blockchain that failed. That bug has been fixed now.

The bitcoin block files gets trimmed in two steps:
1. First they are compressed to a more denser form, roughly compressing them to 40% of original size.
2. Second the compressed files themselves gets removed, once they have been used to set up the claim chainstate.

The second step had a bug in it causing the files to not be removed once they had been used. That caused a lot of error logging in debug.log. This issue has been solved now.

[mark613]

Hey guys,

I'm having problems with the torrent file  "credits-win-2015-06-03.torrent" that is suppose to help sync the QT wallet a little faster.
Getting a failed to read block error.  Just passing along the info.

Oh, this is on the 9.1.73 beta version win 64 bit






2015-09-05 09:16:33 Bitcoin: Trimming file blk00236.dat...
2015-09-05 09:16:33 *** Failed to read block info
2015-09-05 09:16:48 ERROR: Bitcoin: Bitcoin_WriteBlockCompressedToDisk() : FindCompressedPos failed
2015-09-05 09:16:48 *** Bitcoin: Failed to write block compressed data
2015-09-05 09:16:49 Requesting shutdown
2015-09-05 09:16:49 ERROR: Bitcoin: ConnectTip() : Could not compress block history!
2015-09-05 09:16:49 ERROR: Bitcoin: ConnectTip() : Could not trim block history!
2015-09-05 09:16:49 ERROR: Bitcoin: AcceptBlock() : ReceivedBlockTransactions failed
2015-09-05 09:16:49 ERROR: Bitcoin: ProcessBlock() : AcceptBlock FAILED
2015-09-05 09:16:49 ERROR: Bitcoin: AcceptToMemoryPool : nonstandard transaction: non-final
2015-09-05 09:16:49 Running Shutdown in thread

[GreydonIselmoe]

Hey guys,

I'm having problems with the torrent file  "credits-win-2015-06-03.torrent" that is suppose to help sync the QT wallet a little faster.
Getting a failed to read block error.  Just passing along the info.

Oh, this is on the 9.1.73 beta version win 64 bit






2015-09-05 09:16:33 Bitcoin: Trimming file blk00236.dat...
2015-09-05 09:16:33 *** Failed to read block info
2015-09-05 09:16:48 ERROR: Bitcoin: Bitcoin_WriteBlockCompressedToDisk() : FindCompressedPos failed
2015-09-05 09:16:48 *** Bitcoin: Failed to write block compressed data
2015-09-05 09:16:49 Requesting shutdown
2015-09-05 09:16:49 ERROR: Bitcoin: ConnectTip() : Could not compress block history!
2015-09-05 09:16:49 ERROR: Bitcoin: ConnectTip() : Could not trim block history!
2015-09-05 09:16:49 ERROR: Bitcoin: AcceptBlock() : ReceivedBlockTransactions failed
2015-09-05 09:16:49 ERROR: Bitcoin: ProcessBlock() : AcceptBlock FAILED
2015-09-05 09:16:49 ERROR: Bitcoin: AcceptToMemoryPool : nonstandard transaction: non-final
2015-09-05 09:16:49 Running Shutdown in thread

I don't think you can use the torrent files on version 0.9.1.73, as the torrent files are from a previous version. The current version requires parsing of the bitcoin blocks in their original state and compressing them. You could use an earlier version of the wallet, I believe the last most stable version is 0.60 for GPU mining, and that version can be initialized from the torrent files.

Welcome to the CRE! Sorry your first experience is with a beta wallet

[Gabriel Eiger]

Hey guys,

I'm having problems with the torrent file  "credits-win-2015-06-03.torrent" that is suppose to help sync the QT wallet a little faster.
Getting a failed to read block error.  Just passing along the info.

Oh, this is on the 9.1.73 beta version win 64 bit






2015-09-05 09:16:33 Bitcoin: Trimming file blk00236.dat...
2015-09-05 09:16:33 *** Failed to read block info
2015-09-05 09:16:48 ERROR: Bitcoin: Bitcoin_WriteBlockCompressedToDisk() : FindCompressedPos failed
2015-09-05 09:16:48 *** Bitcoin: Failed to write block compressed data
2015-09-05 09:16:49 Requesting shutdown
2015-09-05 09:16:49 ERROR: Bitcoin: ConnectTip() : Could not compress block history!
2015-09-05 09:16:49 ERROR: Bitcoin: ConnectTip() : Could not trim block history!
2015-09-05 09:16:49 ERROR: Bitcoin: AcceptBlock() : ReceivedBlockTransactions failed
2015-09-05 09:16:49 ERROR: Bitcoin: ProcessBlock() : AcceptBlock FAILED
2015-09-05 09:16:49 ERROR: Bitcoin: AcceptToMemoryPool : nonstandard transaction: non-final
2015-09-05 09:16:49 Running Shutdown in thread

Greydon is correct, the torrent file can not be used together with 0.9.1.73.

I'll create a new one with the release today.

Edit: And as Greydon says, if you want to mine, start with 0.9.1.60, the latest stable version.

[Gabriel Eiger]

Release 0.9.1.74 delayed one last day

There have been some minor issues with the blockfile trimming functionality during last stages of testing. This is not a big problematic issue, but I do want the release to work as smoothly as possible. I will therefore make the release tomorrow instead of today.

More info in approx 12 hours.

[Gabriel Eiger]

Release version 0.9.1.74 in a few hours

New release will finally be done in a few hours.

Version bumped to 0.9.1.74 to prevent people from accidentally mixing up beta versions from the new release version. More info as soon as the build is ready, currently ongoing.

[Gabriel Eiger]

Version 0.9.1.74 of Credits client released. Update focusing on disk usage, speed and adding features

A new release of the Credits client is out now. This is a long overdue version that addresses stability, speed and disk usage.

Updates in this release:
- Version number bumped to *.74.
- The command bitcoin_listtransactions has been added.
- The command bitcoin_validateaddress has been added.
- The command bitcoin_sendtoaddress has been added.
- The command bitcoin_getnewaddress has been added.
- The command bitcoin_getbalance has been added.
- The command bitcoin_getrawtransaction has been added.
- Bitcoin transaction resending enabled.
- Skipping script validation of older Bitcoin blocks for quicker blockchain verification.
- Enabling getblocktemplate rpc call.
- Compressing all bitcoin blocks on disk to save approximately 60% of block disk space.
- New checkpoint added.
- Various bug fixes.
- Joining the threads that handles messages for Credits
and Bitcoin.
- Bug fixes related to syncing speed and blockchain trimming.

--------------------------------

How to Upgrade
If you are running an older version, shut it down. Wait until it has completely
shut down (which might take a few minutes for older versions), then run the
installer (on Windows) or just copy over /Applications/Credits-Qt (on Mac) or
creditsd/credits-qt (on Linux).

!!!BEFORE YOU START THE WALLET, MAKE SURE TO MAKE BACKUP COPIES OF THE FILES CREDITS_WALLET.DAT
AND BITCOIN_WALLET.DAT, IF YOU HAVE A PREVIOUS INSTALLATION.!!!

NB! There is a minor bug that causes older working directories to be incompatible with this version. A fix will be released in the coming days. If you do not want to resync the blockchain, wait until that fix release is out. NB!

The syncing process can be quite long, depending on your computer and your network. Between one and two days is not uncommon, if you are not initialising from a prebuilt working directory, distributed with a torrent.

Start credits-qt with the command:
credits-qt.exe -reindex -checklevel=2

or start creditsd with the command:
creditsd.exe -reindex -checklevel=2

Once installation is done, we highly recommend you to bootstrap the blockchain download and sync by downloading an up to date working directory:
Quick initialisation from torrent file

--------------------------------

Downloads can be found at:
http://credits-currency.org/viewforum.php?f=5

Getting started instructions can be found at:
http://credits-currency.org/viewforum.php?f=18

[Markov]

How many Credits are in circulation?

[Gabriel Eiger]

How many Credits are in circulation?

Just checked the sum on the deposit page of Qt. About 1.467 million coins for the moment.

[mark613]

Have a quick question on prepared deposits.  Why does it take 101 confirmations to get the extra change back?

It's not a big deal I was just curious.

[Gabriel Eiger]

Have a quick question on prepared deposits.  Why does it take 101 confirmations to get the extra change back?

It's not a big deal I was just curious.

It's because a block reward (a coinbase tx) can be used as deposit directly. Or rather, a deposit tx can spend the coinbase tx in the same block. If the deposit change could be spent straight away, you would be able to get around the coinbase maturity rule by directly spending the coinbase tx with a deposit tx and sending everything as change. That's the simple reason the restriction is there.

You could of course argue that the restriction only should be there if the deposit tx spends a coinbase tx. To simplify the validation of blocks, however, the rule is applied to all deposit txs.

[mark613]

Much faster sync in 74.  Props to Dev!

[GreydonIselmoe]

Have a quick question on prepared deposits.  Why does it take 101 confirmations to get the extra change back?

It's not a big deal I was just curious.

It's because a block reward (a coinbase tx) can be used as deposit directly. Or rather, a deposit tx can spend the coinbase tx in the same block. If the deposit change could be spent straight away, you would be able to get around the coinbase maturity rule by directly spending the coinbase tx with a deposit tx and sending everything as change. That's the simple reason the restriction is there.

You could of course argue that the restriction only should be there if the deposit tx spends a coinbase tx. To simplify the validation of blocks, however, the rule is applied to all deposit txs.

Took me a couple re-reads to understand that, but would it be possible to change that rule? Or add some catch in the source for deposit transactions which use a coinbase tx?

Also, Yeah! Very good job! I got the torrent and was synced in less than an hour

[mark613]

I'm having crashing issues on 9.1.74 running in -server mode.  Any time I try to send a transaction i get a fatal error that closes down the program.  I have no problem sending transactions when not in -server mode.  I now occasionally get this error in regular mode as well.   I am using the Windows 64 bit program in Win 7.  Also, when solving a block it no longer says "Mined" under the type column in the transaction.  It just says deposit.  The pickaxe is now gone as well.  Just cosmetic but letting ya know.


Debug output:  

2015-09-09 02:17:24 ERROR: deposit transaction could not sign coinbase
2015-09-09 02:17:24
ERROR! IncrementExtraNonce() : Failed to recalculate coinbase as deposit. Miner exiting.


I'm also getting a popup window titled "MinGW Runtime -Assertion"

Inside the window says: File: miner.cpp.Line 1021
                                        Expression: false

[striker7334 2.0]

Its been awhile since I checked out the thread but CRE has come a long way in such a short time! Im still holding mine keep up the good work! 

[GreydonIselmoe]

Its been awhile since I checked out the thread but CRE has come a long way in such a short time! Im still holding mine keep up the good work! 

Awesome , nice to hear you're still around Stick with us, we're in it for the long term!

[Gabriel Eiger]

I'm having crashing issues on 9.1.74 running in -server mode.  Any time I try to send a transaction i get a fatal error that closes down the program.  I have no problem sending transactions when not in -server mode.  I now occasionally get this error in regular mode as well.   I am using the Windows 64 bit program in Win 7.  Also, when solving a block it no longer says "Mined" under the type column in the transaction.  It just says deposit.  The pickaxe is now gone as well.  Just cosmetic but letting ya know.


Debug output:  

2015-09-09 02:17:24 ERROR: deposit transaction could not sign coinbase
2015-09-09 02:17:24
ERROR! IncrementExtraNonce() : Failed to recalculate coinbase as deposit. Miner exiting.


I'm also getting a popup window titled "MinGW Runtime -Assertion"

Inside the window says: File: miner.cpp.Line 1021
                                        Expression: false

Thanks for a good error report. Did you use the provided torrent or synced from scratch?

Will look into this straight away.

[mark613]

I'm having crashing issues on 9.1.74 running in -server mode.  Any time I try to send a transaction i get a fatal error that closes down the program.  I have no problem sending transactions when not in -server mode.  I now occasionally get this error in regular mode as well.   I am using the Windows 64 bit program in Win 7.  Also, when solving a block it no longer says "Mined" under the type column in the transaction.  It just says deposit.  The pickaxe is now gone as well.  Just cosmetic but letting ya know.


Debug output:  

2015-09-09 02:17:24 ERROR: deposit transaction could not sign coinbase
2015-09-09 02:17:24
ERROR! IncrementExtraNonce() : Failed to recalculate coinbase as deposit. Miner exiting.


I'm also getting a popup window titled "MinGW Runtime -Assertion"

Inside the window says: File: miner.cpp.Line 1021
                                        Expression: false

Thanks for a good error report. Did you use the provided torrent or synced from scratch?

Will look into this straight away.

I synced from 9.1.73.  The strange thing is I also started getting this error on 9.1.60 shortly after 9.1.74 was released.  Not sure if there is any connection or not.  My 9.1.60 version was synced from torrent.