[ANN][CROC] Official CrocodileCash Update Board [Strength in Basking]

[Hyperjacked]

@startsts

Awesome work digging up the problem and implementing that solution.  I'm going to make that change in my copy of that file now too...

It makes few sense if you wallet.dat is small.    Actually I didn't implement anything.   The dev (when he will exist) should add launching parameter to manage that wallet flushing interval

Like I said, we are going to migrate to newest Peercoin code whenever we can. I wonder if this option has been added up there?

What is average block time in Peercoin?  Seems 10 minutes,  so they don't need this option

I thought it was Anti Bitcoin not peer coin code.

[1715245664]

1715245664

[1715245664]

1715245664

[1715245664]

1715245664

[1715245664]

1715245664

[fightingflask]

What is the date of ICO?

[currypto]

@startsts

Awesome work digging up the problem and implementing that solution.  I'm going to make that change in my copy of that file now too...

It makes few sense if you wallet.dat is small.    Actually I didn't implement anything.   The dev (when he will exist) should add launching parameter to manage that wallet flushing interval

Like I said, we are going to migrate to newest Peercoin code whenever we can. I wonder if this option has been added up there?

What is average block time in Peercoin?  Seems 10 minutes,  so they don't need this option

I thought it was Anti Bitcoin not peer coin code.

We will not be using Peercoin's block time but CrocodileCash's original blocktime. It will embody all the features CrocodileCash has now but in a newer, compatible code base.

Yes it's based on Anti Bitcoin, which is based on Peercoin. Anti Bitcoin has not been touched in years, and so is no good to us.

I will personally add a command line argument to support the flushing if needed.

[currypto]

What is the date of ICO?

ICO? There is no ICO. This is not a product we are selling. This is an ecosystem and currency we are developing. You either use it or don't! 

[startsts]

CROC pool still freezing https://cryptohub.online/pools/

CROC miners! share hashrate to some another pool, CROC wallet is not able to submit 5 blocks per minute. Commonly a pool should not have more than 50% of net hashrate

I think we need check what passes on block submit,  it doesn't write to disk, but freezes, so that process takes a lot of time

[Onyf]

Pool CrocodileCash


Fee 2%
No registration
Auto payments 30 min

http://TimeTeh.com/

[startsts]

F**K, problem at CryptoHub persists

After payment (withdrawal) ~ 1000 CROC, wallet freeze for ~5 minutes.
In debug.log I can see a lot of lines like this:

WalletUpdateSpent found spent coin 1.00 TC 7788ee86901853ca9840a4ef5303db3e7a70cdbeea1684f20032d5b971213979
WalletUpdateSpent found spent coin 1.00 TC 77976a549f60e59b6212f656cef07d381e3ff3a7e6f94d694c7fec1d08c5ec49
WalletUpdateSpent found spent coin 1.00 TC 77a849586f232feacf455a412d3f5f809f217967a968ba22a2d3e91ec7891e92
WalletUpdateSpent found spent coin 1.00 TC 77b27889e51a5d93bc727f84800c483bcdeb84b01975661eae5dd930998af408
WalletUpdateSpent found spent coin 1.00 TC 77cbe271775807588fc9260feecf611a3118b720bfcae0d6bd9aa43fb5fcbc96

I don't know what process is this, and how to get rid of freezing?

[heratys111]

After payment (withdrawal) ~ 1000 CROC, wallet freeze for ~5 minutes.
In debug.log I can see a lot of lines like this:

WalletUpdateSpent found spent coin 1.00 TC 7788ee86901853ca9840a4ef5303db3e7a70cdbeea1684f20032d5b971213979
WalletUpdateSpent found spent coin 1.00 TC 77976a549f60e59b6212f656cef07d381e3ff3a7e6f94d694c7fec1d08c5ec49
WalletUpdateSpent found spent coin 1.00 TC 77a849586f232feacf455a412d3f5f809f217967a968ba22a2d3e91ec7891e92
WalletUpdateSpent found spent coin 1.00 TC 77b27889e51a5d93bc727f84800c483bcdeb84b01975661eae5dd930998af408
WalletUpdateSpent found spent coin 1.00 TC 77cbe271775807588fc9260feecf611a3118b720bfcae0d6bd9aa43fb5fcbc96

I don't know what process is this, and how to get rid of freezing?

At the source on Github I searched for WalletUpdateSpent and it returned two results (as shown here): https://github.com/RangaBoom/CrocodileCash/search?utf8=%E2%9C%93&q=WalletUpdateSpent&type=

It seems to be calling the function at line 345 of wallet.cpp (the other result is in the associated header file on line 179 of wallet.h).   It appears to be calling this WalletUpdateSpent function and outputing/adjusting things for each CROC withdrawn -- at line 362.  It takes some time to do this -- resulting in the freeze).  Maybe lines 362-365 need to be streamlined or made more efficient somehow after more thorough investigation (obviously if  line 362 is just a printline only that can be commented out -- but that won't free up too much of the time-lag).

Sorry my C/C++ is really rusty... (I can't remember for-instance what the "::" in the function call is [I think it had something to do with altering the scope of the function-call] and haven't investigated what the BOOST_FOREACH function is doing or where that subroutine/function is declared/spelled-out).  it's a medium to long-term-goal for me to get reacquainted with this coding...  

[currypto]

After payment (withdrawal) ~ 1000 CROC, wallet freeze for ~5 minutes.
In debug.log I can see a lot of lines like this:

WalletUpdateSpent found spent coin 1.00 TC 7788ee86901853ca9840a4ef5303db3e7a70cdbeea1684f20032d5b971213979
WalletUpdateSpent found spent coin 1.00 TC 77976a549f60e59b6212f656cef07d381e3ff3a7e6f94d694c7fec1d08c5ec49
WalletUpdateSpent found spent coin 1.00 TC 77a849586f232feacf455a412d3f5f809f217967a968ba22a2d3e91ec7891e92
WalletUpdateSpent found spent coin 1.00 TC 77b27889e51a5d93bc727f84800c483bcdeb84b01975661eae5dd930998af408
WalletUpdateSpent found spent coin 1.00 TC 77cbe271775807588fc9260feecf611a3118b720bfcae0d6bd9aa43fb5fcbc96

I don't know what process is this, and how to get rid of freezing?

At the source on Github I searched for WalletUpdateSpent and it returned two results (as shown here): https://github.com/RangaBoom/CrocodileCash/search?utf8=%E2%9C%93&q=WalletUpdateSpent&type=

It seems to be calling the function at line 345 of wallet.cpp (the other result is in the associated header file on line 179 of wallet.h).   It appears to be calling this WalletUpdateSpent function and outputing/adjusting things for each CROC withdrawn -- at line 362.  It takes some time to do this -- resulting in the freeze).  Maybe lines 362-365 need to be streamlined or made more efficient somehow after more thorough investigation (obviously if  line 362 is just a printline only that can be commented out -- but that won't free up too much of the time-lag).

Sorry my C/C++ is really rusty... (I can't remember for-instance what the "::" in the function call is [I think it had something to do with altering the scope of the function-call] and haven't investigated what the BOOST_FOREACH function is doing or where that subroutine/function is declared/spelled-out).  it's a medium to long-term-goal for me to get reacquainted with this coding...  

As I'm reading that section of code, it occurred to me this is probably double-spend detection?

This function is also writing to disk, probably many times.

I think the issue could be from the extreme lack of users on the Croc network, since these conditions are happening solely to startsts who has a large hold on it:

if (!wtx.IsSpent(txin.prevout.n) && IsMine(wtx.vout[txin.prevout.n]))

I don't 100% understand what this condition implies.

What is interesting, is it is 1 coin at a time.

I forget which it is - does staking or mining reward 1 coin? I think it is mining. 1 coin per block.

So maybe he is mining so fast he is filling up his wallet / generating a lot of unnecessary traffic?

[startsts]

I don't 100% understand what this condition implies.

What is interesting, is it is 1 coin at a time.

I forget which it is - does staking or mining reward 1 coin? I think it is mining. 1 coin per block.

So maybe he is mining so fast he is filling up his wallet / generating a lot of unnecessary traffic?

1 coin is current block reward on PoW,  on PoS rewards in my wallet from 0.1 to 0.6,  so a withdrawal of 1000 coins is a really heavy transaction, since it will have 1000 inputs or even more.
I looked the code and yes it seems that method writes to disk after every WalletUpdateSpent

[heratys111]

I don't 100% understand what this condition implies.

What is interesting, is it is 1 coin at a time.

I forget which it is - does staking or mining reward 1 coin? I think it is mining. 1 coin per block.

So maybe he is mining so fast he is filling up his wallet / generating a lot of unnecessary traffic?

1 coin is current block reward on PoW,  on PoS rewards in my wallet from 0.1 to 0.6,  so a withdrawal of 1000 coins is a really heavy transaction, since it will have 1000 inputs or even more.
I looked the code and yes it seems that method writes to disk after every WalletUpdateSpent

It's probably worth checking if that bit of code is prevalent in other coins. I wonder why it writes to disk after each of them (maybe the double-spend protection that Currypto indicated?).

Perhaps there's some sort of hack or tweak that can be made with an "if" condition or a local counter/integer and a "while"... something to make it not write to disk for each of the coins (although if it's to counter double-spending perhaps that would screw the wallet up and its better to experiment with that in a siloed testnet type situation).  It probably isn't such a factor for people that aren't running a server w/ a lot of processes going on simultaneously.

[currypto]

I don't 100% understand what this condition implies.

What is interesting, is it is 1 coin at a time.

I forget which it is - does staking or mining reward 1 coin? I think it is mining. 1 coin per block.

So maybe he is mining so fast he is filling up his wallet / generating a lot of unnecessary traffic?

1 coin is current block reward on PoW,  on PoS rewards in my wallet from 0.1 to 0.6,  so a withdrawal of 1000 coins is a really heavy transaction, since it will have 1000 inputs or even more.
I looked the code and yes it seems that method writes to disk after every WalletUpdateSpent

...really good point about those heavy transactions. Holy shit I never thought about that.

What is the block size?

What if we had a TX that tried to send enough CrocodileCash that filled a block? Does the whole system explode?

Lol, inb4 CrocodileCash is inherently broken because of this...

What would be AWESOME is if we actually come up with a fix for this. Split-TX or something. That would be an innovation CRocodileCash would have.

[wDUO]

Nice to see CROC on the Waves Market at Yobit... lets get some more coins on that market!

[startsts]

...really good point about those heavy transactions. Holy shit I never thought about that.

What is the block size?

What if we had a TX that tried to send enough CrocodileCash that filled a block? Does the whole system explode?

Lol, inb4 CrocodileCash is inherently broken because of this...

What would be AWESOME is if we actually come up with a fix for this. Split-TX or something. That would be an innovation CRocodileCash would have.

block size 2mb here....   split-tx is impossible I think.    If you mean how to process big amounts - just to make dust cleaning - send coins to its own wallet by parts.  CryptoHub has dust cleaning feature if transaction is too large

[andybruce50]

Are there plans to get croc to better markets (coinexchange, hitbtc, livecoin etc) where it can gain more popularity, Yobit sucks........croc's trading volume @yobit won't ever make croc to get listed @Coinmarket cap. These are factors coupled with community effort that can improve its popularity, Fame and Value. Perhaps the new team listed above should think of raising funds within the community in order to source for exchange listing fee

[startsts]

Are there plans to get croc to better markets (coinexchange, hitbtc, livecoin etc) where it can gain more popularity, Yobit sucks........croc's trading volume @yobit won't ever make croc to get listed @Coinmarket cap. These are factors coupled with community effort that can improve its popularity, Fame and Value. Perhaps the new team listed above should think of raising funds within the community in order to source for exchange listing fee

CROC is on voting at Mercatox,  you can vote for free if you have any deposit there (I have deposit 1.5 ZEC and is enough to vote)  https://mercatox.com/coins/list?name=CROC

[Mikanoshi]

Are there plans to get croc to better markets (coinexchange, hitbtc, livecoin etc) where it can gain more popularity, Yobit sucks........croc's trading volume @yobit won't ever make croc to get listed @Coinmarket cap. These are factors coupled with community effort that can improve its popularity, Fame and Value. Perhaps the new team listed above should think of raising funds within the community in order to source for exchange listing fee

If you have a couple of bitcoins to spare then no problem)) HitBTC is the only exchange in this list that has higher daily volume than YoBit.
Coin should be promoted, being on exchanges alone won't make it popular.

[maxt3r]

why withdrawal takes time so long , i dont recieve any paymeny yet from my withdrawal on cryptohub

[stellerankle]

How will be the money, collected during the ICO be spent?

[composednoise]

Is there already a description of all API functions available or maybe a demo API accesible?