Pages:
Author

Topic: CREDITS [CRE] | SHA256 | SIDECHAIN | NEW BLOCK-DEPOSIT FEATURE | OFFICIAL THREAD - page 9. (Read 57384 times)

member
Activity: 86
Merit: 10
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
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
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.
sr. member
Activity: 258
Merit: 250
Breizh Atao
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
sr. member
Activity: 294
Merit: 250
Credits [CRE] - Community Manager
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 Smiley

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 Wink


.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
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?
sr. member
Activity: 258
Merit: 250
Breizh Atao
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?
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
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.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Report on current test progress

Sync almost done. Bitcoin blockchain fully downloaded, credits blockchain sync ongoing.

The moving of the so called claim coin tip (happens in parallel with the credits block sync) is however slower than the corresponding for bitcoin blocks. I will look into this issue in time. What this causes for the moment may be freezing ui for periods and a slower parsing of the credits blocks. The blocks however do sync as they should.

One issue, I had to restart the wallet once the bitcoin blockchain where in sync to retrigger a request for the credits blockchain.

If all seems good tomorrow I will make the release official.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Beta release of version 0.9.1.73

The binaries for version 0.9.1.73, beta release can be found in the link below.

Verifications are ongoing on Windows, which was the problematic release up until now.

Sync on testnet has been done fully without problems.

Two separate syncs are currently running on mainnet, one is at bitcoin block 365000 and shows no signs of problems YET. As soon as a full sync has been achieved a report will be written here.

The other sync from empty is at block 244 000 and a full report will be given as soon as it is done.

If all appears correct, the release will be done in a day or two, once someone external has been able to verify the release.

Please read the release notes for info on what updates that have been done. All source will be added to github within a few hours.

http://credits-currency.org/viewtopic.php?f=23&t=17431
I'm trying the new beta from scratch for Windows (no issue in Linux so I'll try it later to confirm). I should know tomorrow morning if it's quicker than previous beta so I'll let you know asap.

Great, thanks for the feedback.
sr. member
Activity: 258
Merit: 250
Breizh Atao
Beta release of version 0.9.1.73

The binaries for version 0.9.1.73, beta release can be found in the link below.

Verifications are ongoing on Windows, which was the problematic release up until now.

Sync on testnet has been done fully without problems.

Two separate syncs are currently running on mainnet, one is at bitcoin block 365000 and shows no signs of problems YET. As soon as a full sync has been achieved a report will be written here.

The other sync from empty is at block 244 000 and a full report will be given as soon as it is done.

If all appears correct, the release will be done in a day or two, once someone external has been able to verify the release.

Please read the release notes for info on what updates that have been done. All source will be added to github within a few hours.

http://credits-currency.org/viewtopic.php?f=23&t=17431
I'm trying the new beta from scratch for Windows (no issue in Linux so I'll try it later to confirm). I should know tomorrow morning if it's quicker than previous beta so I'll let you know asap.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
My wallet wont sync anymore. Is there a new update I need? This is 3rd time I try to sync and then the wallet goes into frozen mode and I need to close it from task manager.

Which version are you using? It might be that the new release will solve the problem that you are having.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
My wallet wont sync anymore. Is there a new update I need? This is 3rd time I try to sync and then the wallet goes into frozen mode and I need to close it from task manager.

Have you looked at the output from debug.log? If there is still output coming then it is working as it should.

If you have the possibility, contact me privately and I can help you out. IRC, PM here or Skype gabriel.eiger.
hero member
Activity: 924
Merit: 1000
Lick me like a lolipop
My wallet wont sync anymore. Is there a new update I need? This is 3rd time I try to sync and then the wallet goes into frozen mode and I need to close it from task manager.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Beta release of version 0.9.1.73

The binaries for version 0.9.1.73, beta release can be found in the link below.

Verifications are ongoing on Windows, which was the problematic release up until now.

Sync on testnet has been done fully without problems.

Two separate syncs are currently running on mainnet, one is at bitcoin block 365000 and shows no signs of problems YET. As soon as a full sync has been achieved a report will be written here.

The other sync from empty is at block 244 000 and a full report will be given as soon as it is done.

If all appears correct, the release will be done in a day or two, once someone external has been able to verify the release.

Please read the release notes for info on what updates that have been done. All source will be added to github within a few hours.

http://credits-currency.org/viewtopic.php?f=23&t=17431
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
New beta release imminent.

I now have a beta release that has been completely verified on testnet. Tests on mainnet is ongoing. Public (beta) release will be done within 12 hours.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
This looks to be a pretty interesting coin. Reminds me of Blade Runner, since they were using credits on the film.

Good luck and keep up the good work!

Thank you for the kind words.

 Do download the wallet and fire it up if you are interested. New version coming out quite soon, just in the final stages of testing right now.
legendary
Activity: 1596
Merit: 1027
This looks to be a pretty interesting coin. Reminds me of Blade Runner, since they were using credits on the film.

Good luck and keep up the good work!
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
When I put 500 credits as deposit in mining, all the 500 is taken as deposit, there is no change, is that normal? That is included in block 33338


Well, it's not wrong, but normally the system should add the newly mined coins as deposit automatically unless you disable it. If it isn't enough (which it actually isn't now, anyone mining without extra deposits will get a slight difficulty punishment), the miner will look for manually added deposit txs.

But there's nothing preventing someone from creating a large deposit tx and lock it all up. So you may have to wait a few months to get them back...

Did you create a deposit tx yourself with qt and run the miner? In that case the miner probably picked up the available deposit and added it. There's no warning if the deposit is "too" large.

To sum it up:
- If the miner doesn't have enough deposits to reach the requirement, it will look for manually created deposit txs to fill up to the required level.
- If reward as deposit is enabled, it will use the reward to get to an exact amount, and send the extra coins as deposit change.
- However, if a deposit tx is larger thatn the required amount, there's no way for the system to modify the deposit tx and send the extra amount as change. The deposit tx is not modifiable.
- The system can however modify the "reward deposit", since it creates it itself. Thereby it can add up to just the correct amount, and send the rest as change.

Example:
1. Required, 30 CRE, Reward 20 CRE, 1 manually created deposit tx with 25 CRE in it. The miner will then take the reward, add 5 CRE as deposit to fulfill the requirement, and add 15 CRE as change.

2. Required 30 CRE, Reward 20 CRE, 1 manually created deposit tx with 60 CRE in it. The reward is not enough to reach the requirement. The miner will then take the manually created deposit tx and add as deposit. Since the requirement is fulfilled it does not have to use the reward, which will be free for usage elsewhere. However, none of the 60 CRE added as deposit can be sent as change since the manually created deposit tx is unmodifiable.


Some modifications to the deposit system will be done to ease the deposit process in the near future.

Something needs to be done definitely. For example, a new miner buys 10,000 Credits and transfer to the wallet. He used it as deposit, in the hope it can lasts 1,000 block if the requirement for extra deposit is 10. Then he finds that 10,000 is taken away in one go and will not be able to use it for 15,000 blocks.

The person buying the Credits could always split them up into 1000 prepared deposit txs that contain 10 CRE each. The built in wallet miner can then combine the deposits up to the correct amount, topping it off with the reward as deposit, where it can send the extra amount as change.

However, that process is manual today. Some adaptions to simplify that will be done.

There will also be built in functionality for enabling the miner to create deposits however it needs from the content of a wallet. That process is, as mentioned, manual today. That is for "security" reasons, so that a person mining won't enable it by mistake, and all of a sudden the whole wallet content is sent to deposit. That's why it's manual. But I'll enable automatic creation of deposits from a wallet content, removing the safety net for anyone who so wishes.

Either way, the punishment right now for not topping up the deposits is quite small, in the region of about 5-10% higher difficulty if only the reward is used as deposit. This "punishment" will of course raise at the same speed that the monetary base is expanded, i.e. new blocks with rewards are mined.

So to sum it up:
- Automated creation of deposits from a wallet will be possible to enable, thereby removing the safety net.
- For the moment the punishment for not providing enough deposits is quite small but will rise over time.
sr. member
Activity: 258
Merit: 250
Breizh Atao
When I put 500 credits as deposit in mining, all the 500 is taken as deposit, there is no change, is that normal? That is included in block 33338


Well, it's not wrong, but normally the system should add the newly mined coins as deposit automatically unless you disable it. If it isn't enough (which it actually isn't now, anyone mining without extra deposits will get a slight difficulty punishment), the miner will look for manually added deposit txs.

But there's nothing preventing someone from creating a large deposit tx and lock it all up. So you may have to wait a few months to get them back...

Did you create a deposit tx yourself with qt and run the miner? In that case the miner probably picked up the available deposit and added it. There's no warning if the deposit is "too" large.

To sum it up:
- If the miner doesn't have enough deposits to reach the requirement, it will look for manually created deposit txs to fill up to the required level.
- If reward as deposit is enabled, it will use the reward to get to an exact amount, and send the extra coins as deposit change.
- However, if a deposit tx is larger thatn the required amount, there's no way for the system to modify the deposit tx and send the extra amount as change. The deposit tx is not modifiable.
- The system can however modify the "reward deposit", since it creates it itself. Thereby it can add up to just the correct amount, and send the rest as change.

Example:
1. Required, 30 CRE, Reward 20 CRE, 1 manually created deposit tx with 25 CRE in it. The miner will then take the reward, add 5 CRE as deposit to fulfill the requirement, and add 15 CRE as change.

2. Required 30 CRE, Reward 20 CRE, 1 manually created deposit tx with 60 CRE in it. The reward is not enough to reach the requirement. The miner will then take the manually created deposit tx and add as deposit. Since the requirement is fulfilled it does not have to use the reward, which will be free for usage elsewhere. However, none of the 60 CRE added as deposit can be sent as change since the manually created deposit tx is unmodifiable.


Some modifications to the deposit system will be done to ease the deposit process in the near future.

Something needs to be done definitely. For example, a new miner buys 10,000 Credits and transfer to the wallet. He used it as deposit, in the hope it can lasts 1,000 block if the requirement for extra deposit is 10. Then he finds that 10,000 is taken away in one go and will not be able to use it for 15,000 blocks.

That's why Credits shouldn't be at the price they currently are. Knowing that your deposit will be locked should make it dearer. I don't see much wrong with the long locking of Credits.
hero member
Activity: 896
Merit: 1000
When I put 500 credits as deposit in mining, all the 500 is taken as deposit, there is no change, is that normal? That is included in block 33338


Well, it's not wrong, but normally the system should add the newly mined coins as deposit automatically unless you disable it. If it isn't enough (which it actually isn't now, anyone mining without extra deposits will get a slight difficulty punishment), the miner will look for manually added deposit txs.

But there's nothing preventing someone from creating a large deposit tx and lock it all up. So you may have to wait a few months to get them back...

Did you create a deposit tx yourself with qt and run the miner? In that case the miner probably picked up the available deposit and added it. There's no warning if the deposit is "too" large.

To sum it up:
- If the miner doesn't have enough deposits to reach the requirement, it will look for manually created deposit txs to fill up to the required level.
- If reward as deposit is enabled, it will use the reward to get to an exact amount, and send the extra coins as deposit change.
- However, if a deposit tx is larger thatn the required amount, there's no way for the system to modify the deposit tx and send the extra amount as change. The deposit tx is not modifiable.
- The system can however modify the "reward deposit", since it creates it itself. Thereby it can add up to just the correct amount, and send the rest as change.

Example:
1. Required, 30 CRE, Reward 20 CRE, 1 manually created deposit tx with 25 CRE in it. The miner will then take the reward, add 5 CRE as deposit to fulfill the requirement, and add 15 CRE as change.

2. Required 30 CRE, Reward 20 CRE, 1 manually created deposit tx with 60 CRE in it. The reward is not enough to reach the requirement. The miner will then take the manually created deposit tx and add as deposit. Since the requirement is fulfilled it does not have to use the reward, which will be free for usage elsewhere. However, none of the 60 CRE added as deposit can be sent as change since the manually created deposit tx is unmodifiable.


Some modifications to the deposit system will be done to ease the deposit process in the near future.

Something needs to be done definitely. For example, a new miner buys 10,000 Credits and transfer to the wallet. He used it as deposit, in the hope it can lasts 1,000 block if the requirement for extra deposit is 10. Then he finds that 10,000 is taken away in one go and will not be able to use it for 15,000 blocks.
Pages:
Jump to: