Pages:
Author

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

sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Gabriel. How is Bitcoin XT's implication going to affect Credits as a currency?  Huh

Good question.

My main plan is to get up to date with all the development in bitcoin-core in the coming months. The version of Bitcoin used internally, that is.

IF I won't have the time to update everything and IF it seems as if XT will be on the winning side, I will apply the specific larger block patch from XT separately, well in time for it to be available in a Credits release before the larger blocks may start to appear (late january 2016).

In short, it should not be a problem. At least not more than it is a problem for Bitcoin. Smiley
member
Activity: 116
Merit: 10
-Credits (CRE) Miner/Enthusiast
Gabriel. How is Bitcoin XT's implication going to affect Credits as a currency?  Huh
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Info on the delayed 0.70 release and causes

It was discovered very late in the process of releasing the 0.9.1.70 version that there are slowness in parsing blocks on the main chain. This lead to a delayed release.

I have since then been doing investigations into what is causing the slowness. The problem seems to be present in version 0.9.1.60 as well, but is less pronounced there. The reason for this is that structural changes to the working directory causes the problem to be noticed more widely in version 0.9.1.70.

The main reason is due to slowness in the Bitcoin_UpdateCoinsForClaim function, probably due to slow creation, reading and writing of the CTxOutClaim class. The problem has been verified to almost disappear when removing lines 68-70 in core.cpp and line 196-198 in core.h.

Unfortunately, the same effect can not be achieved, at least not to the same extent, when applied to the codebase of version 0.9.1.70.

Believe me when I say that I work very intensively on this problem right now. If it work out as I hope, a perceived slowness that some people have complained about in the wallet from the very beginning will be permanently solved.

This testing takes a lot of time. Will give result reports here much more frequently from now on.

I'm happy to still try beta versions in Linux and Windows. At least Ican give you feedback for both systems on the same machines.
As usual just let me know.

Also do you know how to save the blockchain for others? It seems that nobody knows but as you've done it previously I guess you do.



Very good to hear, thanks.

By saving the blockchain, do you mean packing it up into a distributable torrent or something else?

Yes that's what I mean. If I can do it then I can provide a link for everyone to download it instead of doing the whole shebang.

The market on c-cex is a bit morose so I'm happy to give any help I can anywhere.

As soon as the release is out, I'll prepare a new torrent that people can use to initiate.

Right now parallel tests are ongoing where I sync from scratch on two different win PC, applying the patches for the latest (unfinished) release one by one to see where the sync gets slow.

So far, after approx 20 hours, one is at BTC block 330000, and one after approx 11 hours is at btc block 201000.

Takes some time to run and rerun those tests...
hero member
Activity: 896
Merit: 1000
sr. member
Activity: 258
Merit: 250
Breizh Atao
Info on the delayed 0.70 release and causes

It was discovered very late in the process of releasing the 0.9.1.70 version that there are slowness in parsing blocks on the main chain. This lead to a delayed release.

I have since then been doing investigations into what is causing the slowness. The problem seems to be present in version 0.9.1.60 as well, but is less pronounced there. The reason for this is that structural changes to the working directory causes the problem to be noticed more widely in version 0.9.1.70.

The main reason is due to slowness in the Bitcoin_UpdateCoinsForClaim function, probably due to slow creation, reading and writing of the CTxOutClaim class. The problem has been verified to almost disappear when removing lines 68-70 in core.cpp and line 196-198 in core.h.

Unfortunately, the same effect can not be achieved, at least not to the same extent, when applied to the codebase of version 0.9.1.70.

Believe me when I say that I work very intensively on this problem right now. If it work out as I hope, a perceived slowness that some people have complained about in the wallet from the very beginning will be permanently solved.

This testing takes a lot of time. Will give result reports here much more frequently from now on.

I'm happy to still try beta versions in Linux and Windows. At least Ican give you feedback for both systems on the same machines.
As usual just let me know.

Also do you know how to save the blockchain for others? It seems that nobody knows but as you've done it previously I guess you do.



Very good to hear, thanks.

By saving the blockchain, do you mean packing it up into a distributable torrent or something else?

Yes that's what I mean. If I can do it then I can provide a link for everyone to download it instead of doing the whole shebang.

The market on c-cex is a bit morose so I'm happy to give any help I can anywhere.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Info on the delayed 0.70 release and causes

It was discovered very late in the process of releasing the 0.9.1.70 version that there are slowness in parsing blocks on the main chain. This lead to a delayed release.

I have since then been doing investigations into what is causing the slowness. The problem seems to be present in version 0.9.1.60 as well, but is less pronounced there. The reason for this is that structural changes to the working directory causes the problem to be noticed more widely in version 0.9.1.70.

The main reason is due to slowness in the Bitcoin_UpdateCoinsForClaim function, probably due to slow creation, reading and writing of the CTxOutClaim class. The problem has been verified to almost disappear when removing lines 68-70 in core.cpp and line 196-198 in core.h.

Unfortunately, the same effect can not be achieved, at least not to the same extent, when applied to the codebase of version 0.9.1.70.

Believe me when I say that I work very intensively on this problem right now. If it work out as I hope, a perceived slowness that some people have complained about in the wallet from the very beginning will be permanently solved.

This testing takes a lot of time. Will give result reports here much more frequently from now on.

I'm happy to still try beta versions in Linux and Windows. At least Ican give you feedback for both systems on the same machines.
As usual just let me know.

Also do you know how to save the blockchain for others? It seems that nobody knows but as you've done it previously I guess you do.



Very good to hear, thanks.

By saving the blockchain, do you mean packing it up into a distributable torrent or something else?
sr. member
Activity: 258
Merit: 250
Breizh Atao
Info on the delayed 0.70 release and causes

It was discovered very late in the process of releasing the 0.9.1.70 version that there are slowness in parsing blocks on the main chain. This lead to a delayed release.

I have since then been doing investigations into what is causing the slowness. The problem seems to be present in version 0.9.1.60 as well, but is less pronounced there. The reason for this is that structural changes to the working directory causes the problem to be noticed more widely in version 0.9.1.70.

The main reason is due to slowness in the Bitcoin_UpdateCoinsForClaim function, probably due to slow creation, reading and writing of the CTxOutClaim class. The problem has been verified to almost disappear when removing lines 68-70 in core.cpp and line 196-198 in core.h.

Unfortunately, the same effect can not be achieved, at least not to the same extent, when applied to the codebase of version 0.9.1.70.

Believe me when I say that I work very intensively on this problem right now. If it work out as I hope, a perceived slowness that some people have complained about in the wallet from the very beginning will be permanently solved.

This testing takes a lot of time. Will give result reports here much more frequently from now on.

I'm happy to still try beta versions in Linux and Windows. At least Ican give you feedback for both systems on the same machines.
As usual just let me know.

Also do you know how to save the blockchain for others? It seems that nobody knows but as you've done it previously I guess you do.

sr. member
Activity: 294
Merit: 250
Credits [CRE] - Community Manager
If you wanted a more timely response, some of us are on IRC at #credits-currency, and can help you there Smiley

It's #CreditsCurrency by the way... Wink

Thanks Wink too many links with the same text hehe
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Info on the delayed 0.70 release and causes

It was discovered very late in the process of releasing the 0.9.1.70 version that there are slowness in parsing blocks on the main chain. This lead to a delayed release.

I have since then been doing investigations into what is causing the slowness. The problem seems to be present in version 0.9.1.60 as well, but is less pronounced there. The reason for this is that structural changes to the working directory causes the problem to be noticed more widely in version 0.9.1.70.

The main reason is due to slowness in the Bitcoin_UpdateCoinsForClaim function, probably due to slow creation, reading and writing of the CTxOutClaim class. The problem has been verified to almost disappear when removing lines 68-70 in core.cpp and line 196-198 in core.h.

Unfortunately, the same effect can not be achieved, at least not to the same extent, when applied to the codebase of version 0.9.1.70.

Believe me when I say that I work very intensively on this problem right now. If it work out as I hope, a perceived slowness that some people have complained about in the wallet from the very beginning will be permanently solved.

This testing takes a lot of time. Will give result reports here much more frequently from now on.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
If you wanted a more timely response, some of us are on IRC at #credits-currency, and can help you there Smiley

It's #CreditsCurrency by the way... Wink

Tried to contact you on IRC. Will try again tomorrow.
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
If you wanted a more timely response, some of us are on IRC at #credits-currency, and can help you there Smiley

It's #CreditsCurrency by the way... Wink
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
I checked the command-line options window to see if the rescan options are wrong and i found that there are -credits_rescan and -bitcoin_rescan. Though the tutorial on the forum only mentions -rescan and -bitcoin_rescan. I tried the other option now but unfortunately it didn't lead to bitcoins showing up.

But the option seems correct because on startup it rescans the bitcoin- and the credits wallet with these commands.
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
Can it be that it only works with a bitcoin_wallet.dat replaced with an original one? I mean it might be that while developing it wasn't tested if it works when you don't copy a wallet.dat at all and only import privkeys.

I tried a couple of addresses, the wallet says it imported the addresses but they don't show up anyway and of course no bitcoins show up either.
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
So after some restarts i finally got that it synchronized. Problem is. Credits blocks don't geti synchronized at all. It hangs at 20009 blocks. Bitcoin blocks come it but at a rate of one block per second, which is deadly slow and would take months to end i guess. Sometimes even slower.

I wanted to see the bitcoin info in help and it hanged up so that i had to windows close it.

And now i got 2 credit blocks... in 2 hours opening time i guess. Roll Eyes

I suggest either you wait for the improved release that I'm currently working on, or just try to let it run for some time more.

If you open the log (debug.log in the working directory), you will see if blocks are arriving or not. On the initial sync, the interface tends to be slow on updating from time to time, making it appear to have stopped, but in the background still syncing. This can be seen in debug.log.

I believe it helped to restart the client a couple of times. I think it found better nodes with every start but kept the bad nodes when it had one. When restarting it kept the good ones and searched new ones. I had that impression at least.

So now i have the credits wallet fully working. I tried to import 2 addresses that i know held bitcoins in the last months. Problem is... the import went fine, i did the rescan with the flags at wallet start but when i go to claim bitcoins then there is nothing to see.

Did i misunderstood something?

And is there no list of addresses somewhere already? I can't find existing addresses in the wallet.

So which addresses can i import or why didn't it work? I tried with an old signature address i had: 1HbCkabha493fBKKLP7HB7HVsG9BCBFiZS Import and rescan went fine but nothing to claim. Why? I hope i didn't misunderstood completely and spent all the time for that.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
So after some restarts i finally got that it synchronized. Problem is. Credits blocks don't geti synchronized at all. It hangs at 20009 blocks. Bitcoin blocks come it but at a rate of one block per second, which is deadly slow and would take months to end i guess. Sometimes even slower.

I wanted to see the bitcoin info in help and it hanged up so that i had to windows close it.

And now i got 2 credit blocks... in 2 hours opening time i guess. Roll Eyes

I suggest either you wait for the improved release that I'm currently working on, or just try to let it run for some time more.

If you open the log (debug.log in the working directory), you will see if blocks are arriving or not. On the initial sync, the interface tends to be slow on updating from time to time, making it appear to have stopped, but in the background still syncing. This can be seen in debug.log.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Looks like im down from 7 weeks on bitcoin to 4 weeks now. But credits are still on 9 weeks. It says synchronizing but it really only got 2 blocks in the last hours.

I think something needs to be optimized there. Or is the number of nodes so small that this can't be done?

The Credits blockchain should not be able to start syncing until the Bitcoin blockchain is almost done, so that only the Bitcoin blockchain dl is moving is ok at this stage.

There should be enough nodes, but if you get a "bad" sync node, then sync can be slow.

I have however also discovered an optimisation problem in version 0.60 (the current one), that I'm working on fixing. It could be the problem that you are experiencing.
sr. member
Activity: 280
Merit: 250
Lead developer of Credits [CRE]
Is there a website or service where you can give your credits to in order to them making more profit? Or a pool? Single agreements with miners would be too much hassle.

And what about non standard bitcoin clients? I dont have bitcoinqt so can i still claim credits? If so how?

There are no sites as of yet where you can use your credits for leveraging them by for example adding them as deposits. Work is however ongoing in creating a (provable safe) market for deposits.

You can claim credits by installing the credits-qt client, adding your bitcoin wallet to the working dir and let the wallet sync. Once it is in sync, you can claim credits from the wallet. See this thread for more info:
http://credits-currency.org/viewtopic.php?f=18&t=19



So what you want to tell me, without saying it actually, is that i need to install credits-qt and then importing all my keys into that wallet. Since, like i said, i don't have a bitcoin-qt-wallet.

Or do i need to install bitcoin-qt, import the bitcoin addresses there and then move the wallet?

If that is true then i would need a website where i can test my addresses. Preferably having an API, so that i can check it with a calc sheet automatically. (Have many addresses.)

So, the question you want answered is how you can claim from bitcoin keys with a balance?

Are those keys on paper wallets? In that case you have to:
1. Download and start credits-qt.
2. When qt is running you have to run importprivkey from the command line console in credits.qt.
3. Let credits-qt get in sync (takes up to an day on a normal comp)
4. Once it is in sync, you can claim all credits by proving that you own the bitcoin keys.

Do I misunderstand you or is this what you are looking for?

Yes, that's what i wanted to know. I had hoped though that there is an easy solution like the clam import of just-dice.com. But i think i will have the wallet up and running in a not so far future. Tongue

That is one of the options we will start exploring once the coming release is out. Claiming via the web wallet at http://creditswallet.info. I forgot to mention that in the list of future development topics.
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
Looks like im down from 7 weeks on bitcoin to 4 weeks now. But credits are still on 9 weeks. It says synchronizing but it really only got 2 blocks in the last hours.

I think something needs to be optimized there. Or is the number of nodes so small that this can't be done?
legendary
Activity: 896
Merit: 1001


Coming plans are among other things:
1. Creating a distributed decentralised exchange, integrated into the wallet. If it works as intended, it will be a first ever for any cryptocurrency.
2. Doing the same (distributed and wallet integrated) for pooling, integrating mining and a deposit market into the wallet. A deposit market is central to the coin, once deposits starts to have a larger influence. That will happen gradually, starting in the coming month.
3. A sleeker version of the wallet, where bitcoin integration can be disabled, if you don't want the bitcoin functionality or don't want to be able to claim bitcoins. This will be similar to so called SPV clients in Bitcoin.
4. In parallel with the functionality described above, work on getting the integrated Bitcoin wallet updated with the latest development will be done. This is necessary since the continual development in Bitcoin needs to be integrated into credits.

All good things.  Good to see things moving forward.
legendary
Activity: 2674
Merit: 1083
Legendary Escrow Service - Tip Jar in Profile
So after some restarts i finally got that it synchronized. Problem is. Credits blocks don't geti synchronized at all. It hangs at 20009 blocks. Bitcoin blocks come it but at a rate of one block per second, which is deadly slow and would take months to end i guess. Sometimes even slower.

I wanted to see the bitcoin info in help and it hanged up so that i had to windows close it.

And now i got 2 credit blocks... in 2 hours opening time i guess. Roll Eyes
Pages:
Jump to: