Bitcoin Forum

Hey CrocodileCash enthusiast!





Below are the current tasks the team is handling:

Member	Task
currypto	Application server development: doing Croc-lo improvements at the moment.
startsts	Market, faucet, and mining software development
Hyperjacked	New Twitter account management: the old one was deleted.
heratys111	Community discussion driver

Software that will terraform our ecosystem:

1. Market, faucet, wallet (online staking!) and mining, all-in-one. (https://cryptohub.online)
2. Croc-lo, a prototype implementation for the upcoming CrocodileCash application server. (http://croclo.games.currypto.club) (Currently down)

Note that the above software products have been completed, and are constantly being updated. Croc-lo has been pulled because there are critical issues that can bankrupt the host quickly if users know what they're doing. It will be back when these critical updates are complete.

Our ultimate goal is to create a strong ecosystem surrounding CrocodileCash, giving it true value. This means non-critical wallet updates are not a priority. "Don't fix it if it isn't broken".

If you wish to make a monetary contribution, we encourage 5% of your CrocodileCash holdings. This is based on Hyperjacked's holdings and contribution of 10k CROC.

Multisignature address: [ To be created ]

The 3-of-4 signatures required to send funds are: currypto, Hyperjacked, startsts, heratys111.

I highly encourage you to visit the old thread (https://bitcointalk.org/index.php?topic=2076948.0), to learn about CrocodileCash history and download the current wallet.

Thanks for being part of our community!

Coin update proposal

Because CrocodileCash is based off of some weird fork of Peercoin, and is not easy to update, we need a solution to this. I propose we fork directly from the latest Peercoin code, adjust the parameters to be exactly as our own, and continue to move forward. This way we can take advantage of ALL future Peercoin updates -  this means segwit, pruning and lightning network updates, with ZERO effort.

All your CrocodileCash should not be affected in any way. It should be a seamless upgrade.


Timeline

10/27/2017	This post was created and the new CrocodileCash team formalized.
10/30/2017	Proposing a fork of Peercoin to gain support updates effortlessly.

Sweet !!! I will donate 17k croc for the development fund

Awesome, strength in basking! Let's take Croc to the next level fellas. This coin reminds me of BTC early on, can't wait to see where it goes.

As noted in another forum, I'll be throwing in some CROCs for development of the ecosystem and coin.

We now have an official Crocodile cash Twitter account @CrocCash

More to come...  ;D

https://mobile.twitter.com/CrocCash

I just PM'd the above people regarding getting the multi-sig development address happening...

I'm currently gathering the team's public keys to create a multisig address so you can donate. I'll post an update when it's possible to. You will see the multisig address hash when it's ready to go. Thank you for being generous!

I haven't looked into what a masternode is, but I have heard both good, and bad about them.

As for your issue:



You will not be able to build CrocodileCash for the Raspberry Pi for a few reasons:

1. I'm fairly sure we have no support for targetting ARM at all.
2. libleveldb and libmemenv are precompiled (although you can compile them yourself) for x86/AMD64 architecture.
3. Looks like you're lacking the proper user permissions for building.

My suggestion:

Do not build CrocodileCashd for Raspberry Pi at this time. Only the utmost experienced developers will be able to do this.

If you are very interested on running CrocodileCashd on a low power device, consider something like the Intel Compute Stick, which can run Linux on an x86-based system.

We have no core wallet developer because we believe the wallet doesn't need much work, or "just working" is good enough for 95% of our users. This is why we have a development fund - bounties for wallet contributions will reward developers who have some spare time and want to earn something.

Sorry, status coin? The status of the coin? Errr, alive? haha.

What you see in the first post is what we are exactly working on. There should be no confusion.

We are looking for a good marketing designer. That is, a graphic designer who specializes in marketing material.

Wallet on CryptoHub Server  delays on respond on any rpc command a lot.   CryptoHub will disable the coin setting "maintenance" status to protect the system  if it delays more than 90 seconds.
wallet.dat is 90 mb since there a lot of deposits and payment processor for croc-lo, can it be the reason of the problem?

Maybe I need to banish some miners to decreases found blocks rate.  For last 24h CryptoHub has found ~90% of all PoW blocks

Lets walk through what could be happening...

1. Invoke CrocodileCashd client to send a command (getinfo) to the server
2. The server receives the message to process
3. The client waits for a response. You are saying it takes up to 90 seconds.
4. So this means the server is busy doing something...What could it possibly be busy doing?

A few possibilities:

1. The blockchain could be huge to traverse. getinfo could be traversing the whole blockchain.
2. The server could be busy with other processes. Check the nice value on processes.
3. Test the latency with other coins on your server.

Lets start with this.

Update: Coin update proposal

just tell me how to clean


Tried to disable staking, no diference


In common wallets responds to "getinfo" in 2-5 seconds

No idea how to clean the chain...

But by the sounds of it, it's the chain lol.

the only way  is delete all data and start from zero,  but some users will use old deposit addresses ant lost their coins

It's a little faster now when there is no miners (no found blocks for last 30 minutes) - sometimes responds in 1 seconds, sometimes still delays in 5-15 seconds

From what i seen today, when the network hash drop lower then 6TH the problem starts
the wallet weight will be bigger then the network wight. the staking time will go to 20sec..but all you staking coin will be reject

now that the nerwork hash is back to 10TH+.the wallets weight will be lower then the network weight and stacking is back to normal ( mining diff need to get stable still )

So the theory is :  because of all tho's big wallets staking a problem will start when the network hash drops alot

5 rejected blocks at row.... Now seems wallet delays on net syncing...
So satoshi nakamoto was right when set to bitcoin block time 20 minutes.     with 30 seconds a coin can't be stable.    Actually Q2C coin (30 seconds block time too) was freezeing 1 time too, it exactly was a case when it was a lot of found blocks for an hour.
Such bad perfomance can be result of using leveldb? Why not mysql/postgres ?

What exactly causes the problem?

What do you mean "wallet weight"? This is very interesting to me.

Is leveldb not performant? I will have to check.

------

Edit: Leveldb performance: https://github.com/google/leveldb Scroll own a bit.

> CPU:        4 x Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz

We get about 260MB/s max.

It is interesting this conversation has come up before:

https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2013-September/003265.html
https://www.influxdata.com/blog/benchmarking-leveldb-vs-rocksdb-vs-hyperleveldb-vs-lmdb-performance-for-influxdb/

RocksDB has the fastest read time.

What is the size of the chain right now guys?

Maybe invest in a SSD startsts.

I'm not personally a fan of the masternode fetish/trend.  I opined last month the following:


On further consideration of the topic, I'd also add that the additional complication of getting a masternode set up (and running on a host/server outside of one's direct control--if a holder doesn't have their system running 24/7) actually discourages mass-adoption and helps ensure this is a geek-coin only.  At the moment, it's a POS coin with a goldilocks (not-too-high, not-too-low rate of inflation... ... arguably.   The 12% rate is enticement for people to speculate given this guaranteed return [and as a fan of both Austrian-school economics and existentialism, I'd say "experimentation before refutation" and allow people to decide if this is a coin they want to hold and let them bear the positive or negative consequences of their actions].

Yet, to balance my criticism of masternodes (which I'd characterize as a malignant, stupified pestilence), I would say however, that the pros on behalf of masternodes do include that they take some coins off the market (as collateral for setting a masternode up) and they ensure that a "nothing-at-stake" situation doesn't arise (which doesn't seem to have been an issue... and I don't foresee this to be anything more than a theoretical or academic problem [and the simultaneous POW-component offsets any potential peril of this anyhow]).

Hey,

With regards to there being any potential problems at Cryptohub...

Staking CROC seems to be working as normal within my own wallet (new CROCs being generated at about the expected frequency and amount).

There did seem to be a problem mining at Cryptohub; I've been renting Bitmain S9s.  Due to there being perhaps a problem, I shifted the hash over to Pickaxe.online and am receiving essentially the anticipated amount per payout-period (the period being 20 mins there) of the POW-generated CROC from that pool.

It seemed to take awhile before the network hash rate [in the daemon/command-line and at Cryptohub] increased to roughly the level that could seen at the CROC address here (http://pickaxe.online/#miners).  But now the network rate at the terminal and at Cryptohub seems to be accurate with what I figure is the overall CROC-network hash-rate.

I don't know if it's related at all but the 23-Skidoo/CHAO chain may be buggy; although my level of trust in the operators of Infernopool is also extremely low at the moment too. That pool supposedly paid an amount in the last 24-48 hours (0.00141595 CHAO to a deposit address).  According to the interface at Infernopool it was sent 29 hours ago but there doesn't seem to be any evidence of the payment being made according to either the CHAO blockchain explorer (https://chainz.cryptoid.info/chao/) or the wallet interface.  Maybe the CHAO or another wallet is screwing things up with CROC at Cryptohub???

So... Anyone is looking into RAM usage problem? crocodilecashd is the only daemon that eats shit ton on memory...
My server is at 90% already and starts to swap a little. It's KVM VDS with SSD, so it's not that slow.
Anyway, if daemon appetite keeps growing, I'll have to shut down the block explorer...

http://funkyimg.com/i/2yTJu.png (http://funkyimg.com/i/2yTJv.png)  

Yep, we are looking into it.

The "ultimate fix" is going to be rebasing off of the latest Peercoin code, and modify it so we can continue using our chain and same rules.

Or maybe someone knows how to free some memory in FreeBSD 11? Wired for example consumes 870MB out of 3GB :)

just a reminder some time ago @bumbacoin offer he's help on the old threat if is needed

bumbacoin is wallet dev, you can see all he's work from over the years here :
https://bitcointalk.org/index.php?topic=1200970.0

He does update the threat every time he's done with a new wallet.
So, contacting him could be a good move if the Proposal fork goes forward

@heratys111 @currypto

CROC at cryptohub works again.   after sync from zero seems a little faster.   I will get wallet.dat from server and try at local machine so I will know if problem is large wallet.dat or  another thing

OK good to hear.

"little faster" - you said up to 90 seconds before. What does it seem to be now?

time /root/CrocodileCash/src/CrocodileCashd getinfo

real   0m41.782s
user   0m0.008s
sys   0m0.000s


time /root/CrocodileCash/src/CrocodileCashd getblocktemplate

real   0m7.318s



So all methods delay too much and wallet can't submit valid block from stratum.  No way to mine it here

I see in log file such strings  all the time:


If I use "top" command I see


61.6% waiting of I/O  it's a lot, so disk is really overloaded.  

This can be reason of slow work  and how to resolve the problem?  To have separate disk/server for every coin?  :D :D :D


command "iotop"  that shows I/O waiting processes shows me that CrocodileCashD and QubitCoinD - 2 coins with 30 seconds block time (Croc even worse since it has PoS), so no idea what to do with that coins
For now I'm going to delist qubit coin


Searching in internet give me no solution.  Actually it is not a common thing when PoW, PoS and deposits (addresses generating) work on the same wallet

Yes, you need to give it its own disk then...Lots of random access all over the place when you are running many coins

I understand, but it is not good solution. It will be impossible to have dedicated server for every coin daemon.
There is a discussion about same problem https://bitcointalk.org/index.php?topic=1242364.0

Maybe there is a way to increase interval of writing file wallet.dat to disk  ?   If I set 20 minutes instead of 1 minute (seems so for now) I think problem will be resolved.
I don't see any reason to write it so frequently.

Let's find in code something about that

found in code:
walletdb.cpp  line 559

so it wants to write to disk every 2 seconds.... such a shit... let see if problem resolves if I set here 200

Yeah  8) 8) 8) 8)  that is I call a success

After setting wallet.dat flushing interval 200 seconds  for CROC and Q2C  waiting I/O in average is only 5% now  (were 60%),   CROC wallet responds all commands immedeately

Nice!

My only question is, what does this imply? I think this will take more RAM.

Don't think so.  It keeps wallet data in memory anyway,  only writes it to disk with different interval


Actually all wallets do this shit, but on coins with large block time and that has few pool blocks wallet.dat is not so heavy

https://cryptohub.online/static/img/problem.png


That flushing wallet.dat to disk after every block was creating in bitcoin with block time 20 minutes,  on modern coin with block time 1-2 minute, especially on CROC with ~15 seconds it should be reworked.  It has no sense rewrite that file if there is no new tx in that new block. 

Not bad guys. I am in

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

What is the date of ICO?

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.

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!  :D

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

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:


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

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?

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.

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

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

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

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

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.

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

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

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

You mean CryptoHub?  Api is here https://cryptohub.online/api/
CROC wallet has same rpc api as hundreds of other coins

This is a notice to everyone that I will be away for 3 weeks. Don't worry, CrocodileCash stuff is still happening.

I've spent a lot of these past 2 weeks using Rust, as it will be the basis for any serious new software I build around CrocodileCash.

Our multisig wallet still requires one more person. Currently we only have the 3 of us - startsts, heratys111 and myself. Instead of the proposed 3-of-4, we are going to most likely do 2-of-3.

Thank you fellow Reptilians!

Thank you currypto for the update.  

I'm clarifying or stating to CROC-people-at-large that the developer wallet is intended to potentially provide funds to recruit or compensate competent and motivated individuals with coin-management expertise (as Gizzard is apparently AWOL).  CrocodileCash seems to de facto be a community-coin at this point (it's not the only coin in this situation but, IMO, it's a "killer-app"-coin among that group/classification based on CROC's unique implementation).

In my view, I don't think we're looking to provide a slush-fund for some lazy lout that is going through the motions of administering a coin.  Instead, I think we would consider implementing any code-base changes that might be beneficial in future years, and/or any isolated CROC-ecosystem projects that folks might desire to be implemented (and willing to put-their-money-where-their-mouth-is) to fund particular sub-projects that might not always interest the larger community..  Thus, some of the motivation is to have various pools of CROCs at hand with voting-mechanisms to encourage bounties; this is where you have clout to make this coin what you would like more-optimal and badass forms of money to be.

Based on one conversation in Cryptohub's chat, I'd say that Hyperjacked, startsts, currypto, and myself have taken a page out of the book of coins such as DASH, PIVX, Solaris, AmsterdamCoin, and Crown which are setting aside funds to improve the prospects for those who are interested in those coins.   Lucky you who have encountered this thread and CROC at this juncture.   ;D

I noticed that my Blockfolio (andriod app) is no longer updating CROC prices (Yobit exchange). Other coins are updating fine. Anybody else has the same issue or is it just me?

Have all these been met ?....what plans are underway for croc.    No   new website and new twitter account still

Relevant questions for sure...  I've been accumulating CROC (mining, staking, and buying). I know one of the team mentioned in the announcement had wallet problems and don't know whether this has been resolved in his case; however, I think three of the members are prepared to get that multi-sig wallet happening.  At this point, I'm prepared to donate 70k CROC to a development/ecosystem wallet for this coin.

As indicated in earlier posts, I'm a fan of Spectrecoin and (as I keep up with that thread), I do want to have a CROC post online at coinwiki.info -- as XSPEC does --  describing and representing this coin  I'll probably start it myself, but do tend to keep busy with other matters.  

I don't honestly/personally care about Twitter/Facebook or social media campaigns because I'm not sharing nor planning to share that needle.  If CROC has a presence there that's great, but it's probably subsidiary to other things that might be worthwhile or more substantive.

The website (http://crocodilecash.ga/) is very minimalistic for sure and not a great selling point.  The only coin websites I've really encountered much have been Dash and Monero's though (and they're much more major-league and established coins than CROC) but also Solaris, Amsterdamcoin, and Spectrecoin.  At the very least, I think a new site should update the broken links and having a more modern look than the current site.

What are the developments you want to make?
they should make some roadmap.
What is the donation account?
I could give something

Bookmarked to watch. I'm in with some small money. Let the croc bite :D

Not visible on coinmarketcap to date. Let it fly below radar until it's ready.

Hey Heratys

You are incredibly generous...

I'm excited about the team and confirm what we discussed on crypto hub. This will be a long term project and I will donate at least 10% from my address CR2C1W9DE7RneBwLpNFQ5AgHFSqKRgYH6Y

The community currently owns Croccash.com which I purchased last month and I can turn over the password so someone can manage the site when Currypto finishes it.
The official Twitter account is @croccash which I will manage
https://mobile.twitter.com/CrocCash

This is just the beginning...

Cheers Crocs  ;D

wow guys keep it up, was loosing faith til i saw all the work going on here, impressive I am building balance back up slowly and holding this time amazing how you all came together in a troll box on cryptohub and have been able to get this far, strength in basking indeed. This a true crypto community!

I have returned. :)

Stay tuned.

 :)  price has fallen a lot,  you should immediately  take appropriate action  ;D

Nice...  :)  ;D.

It is an unusual circumstance with BTC making that 14.8 K USD figure today.   Also, there's no denying that some new coins have slicker graphics and a glitzier marketing pitch.

I'm underway adding a CROC entry to the coinwiki site (in its stub-state it can be found here:  http://coinwiki.info/en/CrocodileCash ).  I don't think coinwiki is necessarily a high-traffic site -- but it will be there to represent and potentially reach a broader audience.  It's definitely a stub for now but I'm planning to keep adding content there.  Also, as it is a wiki, anyone else should feel free to alter that page (hopefully with intent to improve it).

I didn't add a link to the block explorer (at https://crocblock.nullspam.ru/ )... as my browser has been outputting an error message about their security certificate being invalid.  On the topic of security, did you guys see or hear that NiceHash got hacked in the last day or so (and had some users' BTC stolen)?

yeah it's a sad situation with nicehash, I was using it for mining monacocoin and honeycoin ...

Even if CrocodileCash reaches zero, I will continue to work on it :)

I dropped a small article about CROC into Steemit today.

https://steemit.com/cryptocurrency/@madmac/crocodilecash-if-you-ever-wanted-to-have-a-stake

it can't reach zero,  if reaches 1 sat I can enable prices lower than 1 sat  ;D ;D ;D

It's on https://croc.blockstats.pw like... forever :)
Node still needs cpu/ram fix, most resource hungry one ever.

surely with such few block time,   I recently added DogeCoin to CryptoHub, it consumes even more CPU/RAM,  so CROC is not the hungriest one anymore

CROC 745902 blocks - 308 MB.
XSH 452281 blocks with 50 sec between them - 150 MB and it was like that with 200k blocks too. Based on recent Bitcoin version.

I was wondering what the mechanics would be of forking off or otherwise incorporating Peercoin's (PPC's) more recent code as currypto has proposed(?).

I) For a fork from Peercoin:

I think it would be smart to run a testnet form of the altered code for a bit.  We would want to be sure that people are happy that the functionality of that codebase is roughly as expected using CROC's different parameters of:
a) 30-second target block time
b) coin supply
c) steady POS rate
d) anything else overlooked or ignored in the preliminary steps of the fork.

* Perhaps a fork might address the RAM-usage problem (as PPC billed itself somewhere as energy-efficient ... I'm not that familiar with PPC but considering that the source had its last commit five days ago and other changes seem to have been made in the last month [with its history of being an older coin] it's probable that it's a more streamlined batch of code).  Although as startsts mentioned, blocks are more frequent for CROC than with PPC.  I don't know the block time offhand compared to XSH... since Mikanoshi made the memory-usage comparison with that.

I figure then we would be looking to do a coin swap (as the most equitable way to transition what people have at stake figuratively or literally to the new code based on allocations as they are)?   Effectively, it would be like issuing a premine and then doling those out to CROC-holders at a 1:1 ratio with a swap.

I'm not sure why but I don't think it's as simple as having everyone just upgrading to a new version of the wallet.  I remember SUMO had a wallet upgrade for a new difficulty readjustment algorithm and that being relatively painless; but I've also encountered a circumstance where if one has multiple addresses there's the process of doing a bunch of dumpprivkey's and then incorporating those keys/coins into the newer version of a wallet (not as simple as sending a small amount of coins as a test for a swap and then sending more once the new coin has proven to be evidently sound).

Alternatively:
II) There's the probably much more exhaustively-labor-intensive process of comparing the code between PPC, ANTI, and CROC.  I'd presume CROC is much more similar to ANTI (and that PPC has had a lot of changes over time).  We'd probably even want to look at MOZZI as Gizzard seemed to be active in that coin's forum shortly before the launch of CROC -- and these coins, again, seem outwardly similar.

The code-comparison and adjustment to the original wallet method is probably not the best judgment call and I think currypto's onto something with considering a tweak of PPC (or even the fork/tweak and then a code-comparison of the test-netted code, which IMO seems the best option --  [I'm calling this option IIb] ).

A third suggestion is to maintain CROC and issue this fork as a parallel coin [CROC_Prime??? CROC' ] (again, after it's been testnetted before being let loose).  So basically each CROC-holder would suddenly have two parallel coins after a period of transition.   Otherwise, I'm not sure there'd be a lot of mining being done on a coin that's only in a testing phase -- and that part of the hybrid coin-generation obviously would need some testing.  However, I'd prefer to keep (although improve where relevant) the branding and not split the coins unnecessarily (as the over-abundance/multitude of alts is already the situation).

Somewhat as an aside: I'd be curious what would happen with the 237,671 CROC sitting in Yobit sell orders (about 9% of the total CROC), that no one -- except maybe Yobit --  is staking?  I'm assuming a lot of those folks are traders; otherwise I'm surprised those people haven't tried to get a listing at coinsmarkets to get some new coins minted while they wait.   With Yobit's reputation, I don't think either a coin-swap or a wallet upgrade will be really easy to execute with that exchange.

What are people's thoughts?  I don't think we want to throw the baby out with the bathwater but I'm interested to see what might be the result of a fork (or a fork with some bells and whistles after a code-comparison).

By the way, I never thought to look but was there much (if any) activity in the translated threads from the original??

Can US/Singapore citizens participate in the ICO?

Just die. Thank you.

On looking at my last post anew today, I find it a bit rambling and not as tight or focused as I'd like.  Anyway, to move on to something productive along the lines I was trying to suggest...

...supposing I have the day off from my full-time job tomorrow (as I anticipate), I'm planning on forking the Peercoin code into a test coin that (after sufficient experimentation and alteration) might be something we could credibly or justifiably offer (after we work any bugs out or conceivably improve on or tweak) as a viable CROC 2.0.  My current impression remains that a well-executed coin-swap (not to the test-coin but to an iteration ultimately derived from this) will be the most suitable and equitable approach for current CROC holders.

The test/makeshift coin will be a work-in-progress on Github as long as will be deemed necessary by the community-at-large.  My tentative name for this (as it's not a serious coin/intended-object-of-speculation and would instead be a transitory and a community-manipulable thing) is "Cow-chip Thrower coin" [CCT] ;D.  More details (and a link to the source) in all likelihood will be forthcoming tomorrow.  I still like the nomenclature of "CROC-prime" for the test-coin (after it has undergone any and all trials-by-fire) as a sort of development name... although CrocodileCash would remain the actual name of the long-term CROC 2.0.

One issue I considered -- during some idle reflection today -- was that existing CROC holders should be able to port-over their addresses; or (if this isn't possible or even desirable) retain their position with the CROC that they have held.  Again, I think the coin-swap model seems to be the most suitable formula for bringing this about (???).

I agree with Currypto that we can piggyback off the Peercoin code but adapt it to CROC.  The parameters I think we want to keep for this animal include the following:

* 30-second block target,
* 55 million coins before POW ends (and I think we want to ensure it ends firmly... unlike a zombie coin such as Q2C that just keeps generating coins through some wishy-washy loophole or lack-of-rigor in the code),
* SHA-256d still for the POW (keeping it an ASIC coin... just because it's that particular kind of beast),
* securing the chain through hybridization with (simultaneous) POS and POW ... ... ... this is actually a point-of-difficulty/nebulousness for me personally because I don't claim to understand how the blocks are generated (I realize that CROC stakes like a top-of-the-food-chain reptile but I don't understand how a new block is generated exactly... do POS and POW compete or take turns or what?  Any idea anyone???),
* keeping the transfer fee as (the peanuts amount of) 0.01 CROC -- [LTC and DOGE eat your hearts out!],
* start any enforced/strongly-recommended-transition at a pre-announced point in the blockchain (again, after we can be confident that the Peercoin-fork has the expected behavior/characteristics of CROC but is built upon the more evolved Peercoin codebase instead of Antibitcoin -- which hasn't seemed to have had a developer's or a development-team's eyes upon it for about two years).


* What have I overlooked?   Your/any input is wanted here.

@Hyperjacked: please respond to the pm (regarding the development wallet and any wallet functionality issues if that remains a problem).

I think it's great.

So... underway on that at https://github.com/Sviluppo718/Cow-chip_Thrower_Coin.   I did get a little side-tracked earlier with a task in Bulwark's thread (but got paid 10 of that coin for the trouble).

As the README.md file states, only really superficial changes have been made (titling, the readme file itself).  At this point this is not changed in any significant way from PPC.

Also, when I started to look at the header files main.h (C++ usually [always??] has main.cpp and main.h -- it's the skeleton around which the program runs off of) from PPC simultaneously with CROC's, I noticed in Gizzard's source that there seems to be the incorporation of a zerocoin library whereas Peercoin's source doesn't seem to have this.  It's kind of an interesting detail that could bear keeping around or tinkering with.

I think if any others are looking to help manipulate this into something awesome that could then be forked and incorporated as a more robust CROC we will want to follow the guidelines for pulls/development as indicated in the bottom of the readme.

Things that will need doing include figuring out where the port/rpc is in the code base (to reduce the likelihood of conflicts with other coins that people might be running nodes of).  [Or noob as I am at this... is this not in the codebase at all and simply a matter of handshaking by setting these to agreed-upon numbers in the config files at the user's end??]

Also, there are no addnodes provided here but if people want to mess around cpumining the initial block or two just for kicks (did Peercoin have a genesis block with a big fat premine?) feel free but I think any of these coins will be superseded in later versions.  There effectively is no network unless people want to pm to individuals or publicly announce nodes (perhaps they have a remote host setup?).  [Been watching _Mr. Robot_ lately so pretty security-conscious.]

The version.h has been left alone for now as I didn't want to potentially cause any conflicts with the PPC codebase -- it's probably best to make small changes, test, and repeat.

So what will happen to the croc am holding presently. Are you planning coin swap

In theory your private keys and the rest of the network remain the same.

The PPC fork should not change the currently mined blocks or anything, besides using updated client and server code for everything. I am sure these chains are 100% compatible, but we will have to wait and see. Currently I have no time for this.

In any case, holding onto your CROC doesnt cost anything :)

It's an open question at this point.  I think that would potentially be a mechanism to update to a new wallet (if the wallet has been overhauled significantly).  I am new at this though (see below however), and could be complicating this more than necessary.

Just as a backgrounder, I studied computer and electronics engineering (and had some academic -- not professional -- experience coding in C++, Java, assembly, and VHDL) for several years but how I earn cash to live is not geek-related stuff at all.  I am a perfectionist and along with that I tend to bite off more than I can chew ... the other day I picked up _Professional C++ (third edition)_ by Marc Gregoire which is a technical 800-page survey of C++ and have designs on working through this as a refresher.  I am also using a Linux-based system and am not so well-versed with that too (but, again, have a bit of a program/comprehensive-text to get significantly more engaged with this -- but this is not as useful as the C++ would be).

I'm also interested in looking at early iterations of BTC, LTC to see how much I can grok the intricacies of the shared codebase underlying most alts as well as Peercoin, ANTI, (possibly MOZZI) that are more immediately-direct forerunners to CROC.

So time-management and focus are stumbling blocks for me to do something substantive.  As can be seen, you are probably not going to be encouraged to swap your CROC's in say a month's time.  :-X :P  Particularly as this is December as well.

I also had the thought today that perhaps we might want to recruit or induce a dev such as Kingcoin's dev to handle some aspects (coding, code-review and/or testing).  (We've also kicked Bumbacoin's dev around as a name too.)   I reflected a bit on helping KING get up off the mat by making a deal out of my own stash to trade them some of their coin for a stake in one that offers cash-flow (below the 1000%-type PoS coins which I think are flash-in-the-pan parameters*).  I've got an idea of the coin supply of that and was going to take that into account to try to make a win-win offer in an exchange (trading coins potentially for services, nothing to do with incorporating the two into either blockchain).  I downloaded KING's wallet but got fascinated by the TOR information I found in the "/doc" directory (remembering a post in BWK's thread about setting up TOR nodes) and haven't done much with that wallet at this point ^_^

Anyhow, I think there is an avenue of approach to the communities of left-for-dead pure-PoW coins where CROC simply gobbles them up into the ecosystem which would help foment something approximating a more useful/utilitarian model (one which helps make more opportunities for models such as the following: http://abolishwork.com/2014/01/21/the-rich-economy-by-robert-anton-wilson/ -- although my approach is also along the lines of Bastiat, Mises, and Murray Rothbard).


* footnote: I suspect coins with an excessive amount of staking percentage (much beyond CROC) will not hold long-term value as there are simply too many issued to find buyers of the newly generated coin -- contrast that with CROC [with only about 7.5% of the total CROC-universe/supply sitting in sell orders -- and (at the moment) 96% of those (7.3% of the CROCs) aren't staking unless Yobit is doing it surreptitiously].
  

I'm happy to say that CryptoHub grows and some people already paid for coin listing and some additional services using CROC coin.   So CROC coin have some real use now.
After moving wallet to another server with SSD I don't have performance problem anymore, so there is no problem to maintain CROC pool, market and online staking at CryptoHub.

Hi, what's the price to list a coin

I was poking around in main.h on CROC yesterday (and for comparison I had the old NIST5-version of Solaris open [nearly identical to CROC's main header file] and Bulwark [much different from CROC's main.h as that's a DASH/PIVX fork]).   Today I opened up this section in Peercoin's code and Heavycoin also.

One thing that I noticed was that CROC has a relatively huge MAX_BLOCK_SIZE constant declared (it seems to be directly from Anti-bitcoin--which also shares this number)... the value is 20,000,000.  The unit seems to be in bytes based on the more fully commented code of PPC and HVC. 

For comparison:

the MAX_BLOCK_SIZE for solariscoin (the old NIST5 version) was 1,000,000
the DEFAULT_BLOCK_MAX_SIZE for Bulwark is 750,000

for Heavycoin (which has several interesting features [but much too high a coin-count IMO, and no PoS], notably the algorithms which may make it more quantum-computer-resistant when that need eventually arises
... see https://bitcointalk.org/index.php?topic=506774.0 ) the MAX_BLOCK_SIZE is 1,000,000.

The section of code in BTC is obfuscated/hidden somewhere but BTC is 1 MB (so 1,000,000 again give-or-take [unless it's a base-16 value such as 1,000,256 or something]).

and finally Peercoin also has MAX_BLOCK_SIZE of 1,000,000.

So, I think the current version of CROC is too big for its britches on that particular parameter (as that seems to be where the block size is set).  That is probably a good part of where the memory-usage that CROC gobbles up might stem from too.

I am going to do some more work on that test coin fork this weekend (just the examples of the coins mentioned above show some inputs that can be experimented with at the front end without descending too much into the underlying class declarations elsewhere in the code [which can be treated like a "black box" to be pragmatic right now]).

Happy New Year.  I think 2018 will be a good (but interesting) year for crypto in general.  As long as we work to improve or refine things, CROC will share in the more long-term successful part of the space.  ;D

@heratys111 thanks, some interesting observations. I'm not involved in CROC (other than I love the crazy staking), but looking into something completely different for other reasons. Gives some ideas.

And yes, happy new year guys!

hello guys,

im an strong hodler since the initial airdrop back in 2017 and would like to ask just one question :)

do i have to do something as an hodler for the upcoming fork?


thank you very much :) and keep up the good work!

I have just install the wallet and made the cinf file but it will not conect?  is there a new list of addnodes?
Thanks for any help!

nodes can be found here https://cryptohub.online/glossary/coininfo/6/

Hi,

I think at the moment you should sit tight.  I'm quite certain we will not be seeking to shake things up until we have tested things and have a robust alternative-chain to offer.  If you followed the previous thread, you probably recall that Gizzard said he read a few "how to build a coin"-type documents and experimented somewhat with some available codebases before he announced CROC.  At this moment, I haven't yet read a guide such as that.

I'm operating on the assumption that a coin-swap may occur (but it may instead be a simple "update" of the wallet to a Peercoin fork with the CROC parameters.)  I simply do not know at this time and am not going to claim to be an expert when I am honestly an interested amateur -- who has some past academic-but-not-industry coding experience.  I also work full-time (usually at least 50 hours a week), so time-management is a factor for me in this.

By far, the largest-part of my free-time is focused on the crypto-space and I am predisposed to be extremely thorough.  CROC is one of my favorite coins (and a dominant chunk of my crypto-portfolio) and I am interested in helping make it rewarding to the other holders.  CROC will not be a 1-cent-or-less coin over the course of 2018 -- this is a projection but I think it will prove to be an accurate one after enough work is applied to relevant and useful tasks.

Is there any chance i can get a look at a solo mine config file so I can try and solo for fun experiment?

CROC price reached 100 sat,   what will you say now?    :D

I'm still trying to get an old ant miner to mine on my networ to the wallet on a pc on same network. I have tried lots of config files. just cant seem to conect. It has been a year or more the last time i wrote a config for doing this and i know it something simple that im overlooking? This is my file
rpcuser=GoodGryphon
rpcport=39438
rpcpassword=x
rpcallowip=127.0.0.1
rpcallowip=192.168.1.99
rpcconnect=192.168.1.146
server=1
listen=1
daemon=1
port=39437
gen=1

I'm basing this on what I've found to work solomining other coins using ccminer (your mining software might have a slightly different "batch" input string)...

You'll need to spawn an address for your wallet where you'll want newly mined coins to be generated then put that in as your rpcpassword in your config file.  BTW, your rpcuser and rpcpassword should be private so I suggest you not use the rpcuser name that you just broadcasted.  ;D

It's somewhat counterintuitive but I've found I can set gen to 0 (perhaps this was the problem?).  Maybe gen=1 is a legacy from coins that hash within the wallet, but your mining software is talking with your wallet as an external process.

I think you want to set mining to 1.

The rpcconnect doesn't seem to be necessary from what I've seen -- maybe try without it.

Also, it's probably obvious but you should be running a node at the same time (have CROC synced with the network to transmit your newly solved blocks).

Another security thing... after making changes it's best to have your config file read-only (and only accessible by your user account if you can set the permissions).

So your config should look essentially like this:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
rpcuser=yourNewUserName
rpcpassword=OneOfYourCrocAddresses

rpcallowip=127.0.0.1 # this is your computer's "localhost" IP

rpcport=39438  # listen for RPC connections on this port
port=39437 # port on other nodes to connect to
server=1    # tells CrocodileCash.conf to accept JSON-RPC commands
gen=0   # the counter-intuitive part mentioned above
 
daemon=1 # allow command-line terminal calls
mining=1  # attempting to solo-mine
listen=1 # allow other nodes to transmit your IP to nodes they're connected to

addnode=101.165.225.41
addnode=174.92.179.126
addnode=139.59.228.94
addnode=75.130.162.248
addnode=177.33.1.40
addnode=192.169.6.218
addnode=68.105.33.92
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The batch file input to your miner would look something like this:

cgminer/bfgminer -a sha256 -o http://127.0.0.1:39438 -u yourNewUserName -p TheCrocAddressThatIsYourRPC_Password --any_other_settings_specific_to_your_hardware/software (power, intensity, temperature, difficulty etc)

I hope that helps you mine some CROC.

LOL CROC wallet is on maintenance at Yobit.   People want but can't but CROC for listing at CryptoHub  :D

Where do you see that it is on maintenance? It says "delayed", that just means it takes a bit longer.

goodluck to this project, i wish this great project a big success in the near future. goodluck dev.

I just posted this in the old thread and am copying it here as well (FYI)...


Presumably because it is being used at Cryptohub as a coin for devs to pay for their introduced-coins to be represented there (but, in some part perhaps, because it might seem to be a coin with a low risk-to-reward ratio right now [CROC represents a low-Beta coin relative to the overall cryptocurrency-market -- in stock-trading jargon/nomenclature -- particularly as BTC seems to be in a downtrending channel after the latter's run-up in late 2017]).  When the appropriate effort and testing has been made, we are intending to fork the coin (hopefully as painlessly as possible) to make use of the Peercoin codebase (an indirect ancestor of CROC), modified to CROC's specifications.  I'd say the outward lack of activity is largely my own as I've been a little too much caught up in mining in my freetime (and work 50+ hour weeks) but have a few resources at hand (an in-depth C++ book to get reacquainted with this programming language, and [more recently] this very thorough and technical book with code samples and theory: https://www.packtpub.com/big-data-and-business-intelligence/mastering-blockchain).

BTW, please use the current thread: https://bitcointalk.org/index.php?topic=2326144.0 -- as we can't update [that] original post [...] since Gizzard seems to have pulled a Satoshi.

Some nice activity for CROC on YoBit I see.

I am trying to buy some croc at CrytoHub wish me luck!

I was discussing CROC with the ROI coin dev earlier in the Cryptohub chat.  Was anyone here active in the old Slack for this chain ( https://crocodilecash.slack.com )?  The invite link from the old thread ( https://join.slack.com/t/crocodilecash/shared_invite/MjQxNDc2NTc2MDM1LTE1MDU0NDQ1MzgtZDNlNzFiNjcyNg ) is expired.

Edit: nevermind a link was posted in the chat to a new slack.

Where can I get an invite to the new slack?

price grows cause more and more coins want to be listed...  CryptoHub now can list tokens WAVES

                                                                                    CoinRaper Miningpool [CROC]
 

                                                                                     http://coinraper.ddnss.de/

                                                                            EXAMPLE for CROCODILECASH [CROC]

                                                         stratum+tcp://coinraper.ddnss.de:32112 -u WalletAddress -p x

                                                                                               Ports:
                                                                                    Port: 32111, Diff: 4096
                                                                                    Port: 32112, Diff: 8192-1040000 VarDiff
                                                                                    Port: 32113, Diff: 2080000
                                                               
                                                                       Payout minimum 10 Coins every 10 minutes

No news about wallet update?

it's not really necessary.  please understand that yobit never will apply our update, so we will lost that exchange

OK then, faucet is in 10x mode (https://crocfaucet.blockstats.pw), after it's drained block explorer (https://croc.blockstats.pw) and faucet will be shut down.
I can give an explorer template design if someone wants to use it :)

Damn... I saw your earlier message today and was surveying things in preparation to make a general status announcement or update to address things.   The block explorer has been obviously useful to have (and I've always loved the visceral-croc background graphic!) and probably the faucet too (I haven't used it for awhile myself, but did previously [90 CROCs worth anyhow based on the faucet's interface -- to this address: https://croc.blockstats.pw/address/CRyw5hxuJbr4pzWXayjf3Fvi9BCG8g1X3E -- other parts of that balance have been stake-rewards]).  Perhaps you'd consider revising this plan (even if payment of CROC or some other coin would be necessary to compensate you for the effort involved in what you have done) or allowing the code to be transferred elsewhere if that would seem a better outcome for you.  I wouldn't object to personally kicking you over some CROC on a regular basis either -- but see below for updated information.

So, as some might be aware (I know Hyperjacked is as he was part of the discussion) this past Wednesday one of the ROI-coin devs was in the CryptoHub chat and was asking about coins that might need work or development and we got to discussing CROC.

Earlier today some members of the team that he is working with (https://bitcointalk.org/index.php?topic=2361848.msg24083829#msg24083829) were getting CROC wallets compiled and synced.  Based on the evidence that I have seen, this is a competent and capable group of people that are well-versed in working with a coin and its repository.  In marked contrast, I'm not going to pretend that I'm super well-versed in developing coins (as I am emphatically not but am trying to improve my skill-set and knowledge base in the spare-time that I have -- I mentioned earlier the two resources that I'm delving into).  We have had active discussion of some of these guys doing work with this coin but we haven't come to a precise, delineated plan at this moment.  At this particular juncture, I was planning on surveying the information available to see who has access to things such as the social media, website and similar.

I have thrown around some figures to DisasterFaster (out of my personal stash -- which would effectively make some or all of them potential whales in this chain).  The payments would be skewed somewhat so that the bulk (balloon-payment) is after the fork -- which would obviously be the most sensible approach for all CROC-holders.

I also don't want to step on their toes as they need their space to do effective work without compromising on their other projects.  They seem to want to keep their Slack as a dev-space and it's not my place to dictate (or restrict useful development by throwing a lot of people into the mix unnecessarily).

 
But reducing the block sizes, adding checkpoints (the last is months old), and hard-coding nodes into the code are some of the changes that I think we should like to see.  I feel an appropriately-modified version of the Peercoin code will be more useful in the long-run than the perhaps legacy codebase that CROC stems from.

@Currypto I think we're going to want to start adding some things to the announcement (I started reviewing some of the earlier thread and found such things as that Portuguese tutorial on CROC that seemed to be somewhat about CROC-lo https://www.youtube.com/watch?v=uYhdTkm3-Ls ).   I'm going to gather the resources available to help get our announcement pretty complete with what's available.

BTW, does anyone know what font Gizzard used in the original announcement?  It's part of the overall image/design and I think we want to be able to incorporate it into things (such as the website).

Not until this is fixed. I can fit 2 nodes in that resources.

http://funkyimg.com/i/2BWf1.png

My VDS RAM cannot be extended (it was a limited offer :)) and I don't want to set up another one for nodes only.
So for now block explorer and faucet are closed.

what happened with faucet? ??? ???

OMG, what happened?! :)

Fair enough.  It's not as though you haven't given ample warning (and it has been hosted on your server-space).

The graphic you posted shows that the RAM that this chain takes up is a problem and it will need to have a smaller relative footprint.  Looking at something such as Doge ( https://github.com/dogecoin/dogecoin/blob/v1.10.0/src/main.h ) their DEFAULT_BLOCK_MAX_SIZE = 750000 (with a 60s block target) whereas CROC's is MAX_BLOCK_SIZE = 20000000; (with the 30s target).  Peercoin uses 1000000 (https://github.com/peercoin/peercoin/blob/master/src/main.h) but we can probably knock CROC's back to 750000 or maybe 500000 with little ill-effect.

For those that need a block explorer at the moment -- the block height at least can be compared with that here: https://lpool.name/explorer (there's also a SHA-256 multipool that includes CROC in their "pools" tab).

My daily income stream suddenly has dried up  ;)
In the past weeks I already noticed that the faucet dried up a few times. Hope it will be back soon as it is a good way to attract new people to CROC in my opinion.

Just tell me what to update the main post with.

Sorry I have not been interactive, but I am lurking. I have significantly improved my Rust knowledge and will be rewriting the Croc-lo application server.

heratys, I suggest you keep doing what you're doing. Once you are confident with your C++, please take Peercoin and fork it. We will then periodically merge upstream changes with our own, keeping up to date.

When you fork Peercoin, you must do it in a way that does not invalidate everyone's keys. This simply means:

1. Use very similar initial parameters
2. We need large stakers to continue to use their local databases aka the current blockchain.

This way, we:

1. Lose no tokens
2. Continue smoothly

Then people can get their CROC services up again.

In other news I may have lost my 30,000 CROC, whoops! :DDD

currypto signing off

I'll send a list pretty shortly (I was thinking that **at the very least** we should post the three active pools, the makeshift block explorer, direct links to the two exchanges, the website, the Twitter account, the stub of a coinwiki, and the source code [such as it is]) -- maybe info on the paper wallet or the android wallet (although I suspect these will ultimately require modification).  Also links to any active threads in other languages.


Fortunately, there is a competent and experienced group of guys that have been looking at this and so we will hopefully not be reliant on me getting my crap together sufficiently (possibly jeopardizing or making a mess of things by doing it with little pertinent background and too much of a rush).  I also do want to make it a win-win situation for CROC-holders and the ROI-coin team through/upon refining or improving things.


Damn... hopefully you can get them back again (is it something that can be solved by deleting the contents of your local folder [except for wallet.dat] and forcing a resync... or maybe a lost passphrase? [there are some services to recover it if you have some initial info and the encrypted wallet]).  Hyperjacked has told me he's had issues lately getting his wallet synced too, so he's in somewhat similar straits.

@ Currypto

This is the collection of links that I think we should add to the current OP (please feel free to edit any of my notes and put it in your own words):

Domain name registered for eventual website: www.croccash.com
Website (adminstered by Gizzard, so no access avail): www.crocodilecash.ga

Twitter: https://mobile.twitter.com/CrocCash

Active pools:
https://cryptohub.online/pools/
https://lpool.name/pool/CROC
the indelicately named http://coinraper.ddnss.de/

Makeshift blockexplorer:  https://lpool.name/explorer

Coinwiki info-page: https://altcoinwiki.org/en/CrocodileCash (I made updates on this today, including incorporating these links)

Paperwallet generator: https://github.com/RangaBoom/WalletGenerator.net (from the site this seems to also be 169 commits behind what it was forked from ... heh :P )
Gizzard's message on that: https://bitcointalk.org/index.php?topic=2076948.msg21156021#msg21156021

Android wallet: https://play.google.com/store/apps/details?id=org.mystphysx.wallet.CrocodileCash_Qt

~~~~~~~~~~~~~~~~~~~~~~~~~

Again, it would be pretty cool if we can unearth whatever font Gizzard used in his announcement (there's probably some way to search for this ... I poked around a little at What-font-type sites but didn't go too in-depth on this) so that we can incorporate it too.  It's an established part of the "brand" of CROC (hopefully it's open source or the rights to its use won't be an issue even if some sort of premium for its use might be required).

Just tweeted @croca$h possible new logo...  ;D

https://twitter.com/CrocCash/status/962402013765099520

let me know what you think...  8)

cheers
jack

this is new logo?   seems interesting

https://pbs.twimg.com/profile_images/962400383061635072/Beuzg6bs_400x400.jpg

lets get some feedback and see what ppl think...  
its the first draft so maybe we can have my son Luc improve on it depending up what the group thinks

I believe the other logo was a copy n paste off the internet that we don't have permission to use

I did a google image search on "crocodile cartoon character" and found the earlier mascot:  https://www.bigstockphoto.com/image-51178135/stock-vector-strong-angry-alligator-mascot-vector-clip-art-illustration-all-in-a-single-layer

The copyright is listed as under the contributor name of Memo Angeles (other work here): https://www.bigstockphoto.com/search/?contributor=Memo+Angeles .
The CROC is about halfway down the third page (https://www.bigstockphoto.com/search/?start=300&contributor=memo+angeles).

The site says: "Bigstock is your fast, easy-to-use marketplace for quality stock images. We offer over 61 million royalty-free photographs and illustrations from talented photographers and artists around the globe, available for almost any purpose."  (https://www.bigstockphoto.com/aboutus.html)   So I think we're probably not going to be sued by this individual looking for redress its use (but perhaps he should be sought out).

@hyperjacked I like your son's work (and we can probably incorporate it into things) but the cold eye of a croc does have a slightly different impact and is perhaps not quite as approachable as the current one (which is both menacing and amusing at the same time).

Hey, I'm checking in here with updates...

I've momentarily parked getting re-acquainted with C++ -- the text mentioned earlier includes material up to the most recent C++14 standard -- in order to focus on getting more in-depth practical knowledge with the Linux distro I'm using (which is necessary and co-requisite).  One of the ROI-coin devs (Gary Hobson) was suggesting the most useful task at-the-moment is to learn to compile Windows wallets from source (this seems to be addressed in this link [ https://bitcointalk.org/index.php?topic=1080289.0 ] that Gyman posted in Cryptohub's chat.  This'll probably require the use of some virtual machine to test the code on systems I have available now or near-term using different Windows versions... perhaps some people actually running Windows as their usual OS will be roped into testing when the appropriate stage is reached (Hyperjacked??).  I'm planning to get conversant with VMware, VirtualBox and Vagrant.  Essentially, I'm working on needed homework.

In the long-run, I think we want to make CROC more streamlined than simply changing MAX_BLOCK_SIZE's value from 20000000 to 750000 (line 34 in main.h https://github.com/RangaBoom/CrocodileCash/blob/master/src/main.h ), having people update their wallet, and hoping that solves the heavy-CPU usage.

A couple weeks back I was going through Peercoin's threads (the pre-announce and their current thread) and encountered this message [ https://bitcointalk.org/index.php?topic=101820.msg1122256#msg1122256 ] where, early-on, they goofed and didn't change the pchmessage parameter so that transactions weren't properly being distinguished between BTC and PPC.  I bounced this off the ROI-coin devs and one of them referenced the same situation having happened to Feathercoin (here): https://github.com/FeatherCoin/Feathercoin/issues/7 .  This will be among the details to look at when we get closer to making this thing happen and effective/not-sloppily done.

To quote a message that Gary wrote: "pchMessageStart is not the only thing you need to modify , have a look at barterdex , where people have to add their coin , the info they need to supply for it, i ll get you an example
Checkpoints are not that important anymore despite popular believe… many think its a thing of the past.
Examples of what coins supply to get listed on a centralized exchange ( this one is BarterDex )
{“coin”:“LTC”, “name”:“litecoin”, “rpcport”:9332, “pubtype”:48, “p2shtype”:5, “wiftype”:176, “txfee”:100000 }
{“coin”:“DGB”,“name”:“digibyte”,“rpcport”:14022,“pubtype”:30,“p2shtype”:5,“wiftype”:128,“txfee”:100000}
{“coin”:“ROI”,“name”:“roicoin”,“confpath”:“USERHOME/.ROIcoin/ROIcoin.conf”,“rpcport”:3376,“pubtype”:60,“p2shtype”:122,“wiftype”:168,“txfee”:10000} " (end quote)

Admittedly the "wiftype" and "pubtype" are nebulous constructs to me at the moment (and only the other day did I see a reference elsewhere to "p2shtype" in something crypto-derived ).  My understanding is that the rpcport and txfee are chosen by the dev/dev-team (but obviously we want to establish a new port # that doesn't conflict with the old CROC or other chains that people are likely to be hosting/supporting).

I'm also putting a feeler out about possibly reinstating a DPOS-period for the forked coin  ... the idea being to encourage present holders to move to the new chain with a coin-swap (so that they'll end up with a greater percentage of the new chain instead of having a "CROC-classic" contingent stringing along the old one -- numbering among the living-dead Yobit chains).  The tentative values I'm kicking around are to make a premine not much more than 300,000 excess of the existing CROC at the moment of the fork.

These quantities aren't set in stone but the PoW and PoS blocks currently being kicked around are something along the lines of this:


int64 GetProofOfWorkReward(unsigned int nBits)
{
    int64_t nSubsidy = 0 * COIN;
 
    if(pindexBest->nHeight+1 <= 1)
    {  // Premine to permit coin-swap of Mk I CROC (excess to be used for airdrop or bounties)
        nSubsidy = 3,200,000 * COIN;
    }
        else if(pindexBest->nHeight+1 >= 2  && pindexBest->nHeight+1 <= 4000)
    {  // A shorter period of higher mining reward (to not inflate the coin supply too much)
        nSubsidy = 15 * COIN;
    }
        else if(pindexBest->nHeight+1 >= 4001)
    {
        nSubsidy = 1 * COIN;
    }
    
    if (fDebug && GetBoolArg("-printcreation"))
        printf("GetProofOfWorkReward() : create=%s nSubsidy=%"PRId64"\n", FormatMoney(nSubsidy).c_str(), nSubsidy);
    return nSubsidy;
}

// ppcoin: miner's coin stake is rewarded based on coin age spent (coin-days)
int64 GetProofOfStakeReward(int64 nCoinAge)
{
    int64_t nSubsidy = nCoinAge * COIN_YEAR_REWARD * 33 / (365 * 33 + 8 );  //default 12% yr

    // Proof-of-Stake begins at block 1440 (again)
    if(pindexBest->nHeight+1 >= 1440 && pindexBest->nHeight+1 <= 20160)
    {
        nSubsidy = 60 * COIN;
    }
        else if(pindexBest->nHeight+1 >= 20161 && pindexBest->nHeight+1 <= 40320)
    {
        nSubsidy = 45 * COIN;
    }
        else if(pindexBest->nHeight+1 >= 40321 && pindexBest->nHeight+1 <= 60480)
    {
        nSubsidy = 30 * COIN;
    }
       else if(pindexBest->nHeight+1 >= 60481 && pindexBest->nHeight+1 <= 80640)
    {
        nSubsidy = 15 * COIN;
    }
        else if(pindexBest->nHeight+1 >= 80641)
    {
        nSubsidy = nCoinAge * COIN_YEAR_REWARD * 33 / (365 * 33 + 8 );  //default 12% yr
    }
    
    if (fDebug && GetBoolArg("-printcreation"))
        printf("GetProofOfStakeReward(): create=%s nCoinAge=%" PRI64d"\n", FormatMoney(nSubsidy).c_str(), nCoinAge);
    return nSubsidy;
}

Finally, @ both Currypto and Hyperjacked I would like to ensure that you guys have _at least the stake or percentage of the net-chain that you had formerly_ (we will try to make you whole again if your wallets are defunct and not stake-able at the moment).

Pretty cool stuff, good to know this is still actively in research, maybe a bit slow, but hey, it's not even listed on CMC yet :).

I'm in for a while, staking on an OrangePi. Would be happy to help testing on that platform (which is basically the same as Raspberry and all those small micro-PCs running some form of Linux).

Sure Sounds like a plan! Sorry I've been super busy lately and just saw your message.

Talk to you soon.
Cheers

CROC price reached 400 sat

CryptoHub now has widgets for all coins:

https://cryptohub.online/static/widgets/widget_CROC.png

Someone pushed CROC to 822 sat on Yobit last week (where the CROC are thinning out even more than at "the Hub").

I'm still working on increasing my skill-sets in things that are arguably related (Linux in depth, C++, then blockchain [in that order]). As I've mentioned a few times in various places I'm actually going to be declaring my crypto-income to the supposed "powers that be" -- in my case this includes filing tax returns in both Canada and the US and the FBAR/ Fincen Form 114 (so this upcoming month is going to suck -- and in a big way -- for me).  Nevertheless, in its due and proper course we'll have this chain kicking ass and keep on improving things from there.  While I don't expect this to be an instant "*Lambo*" situation, there will be improvement in a sustained and long-term manner and we'll be looking to extend the domain of things CROC-related (as Gizzard promised and we will help bring about) -- and these aren't empty words.

There is at least one geek/friend that I've known for several years who I'm hoping to bring into the picture to help with testing some of the Windows and server functionality... anyhow there's plans afoot.  

I think in the medium-term the crypto-space still has to calm from the mania-phase from December and January, but CROC is off-the-radar (in trading terminology it has "low beta" or "high alpha"; that is: it's relatively divorced -- in price-terms -- from the wider crypto-world as it's a micro-cap within the space).

For something a bit off-topic (but a worthwhile distraction in my opinion): perhaps no one else here is into this stuff but here's some off-the-well-trodden-track tunes for your entertainment/edification in the meanwhile: https://www.youtube.com/watch?v=vh2j33wD8pA (the british band Napalm Death's '94 album).  Maybe there's a CROC-related-theme here(?) -- ultimately, it's subject to your own interpretation.

As long as the coin is being used for something it will always have a value ;)

Well, I'm in for quite a while, and I think this small unrespected project may have some future ahead. So I'm accumulating.

Hey folks,

I'm posting this in both Gizzard's original thread and the community-run one.

I'm still looking to (help) refine and improve this chain (or a future one for CROC).  I've been caught up lately in getting my crap together for a late-filing to pay tribute to the Empire and to one of its client-states.

I've also been procrastinating partly because I discovered Jeff Duntemann's _Assembly Language Step By Step: Programming with Linux_ (https://www.amazon.com/Assembly-Language-Step-Step-Programming/dp/0470497025/ref=sr_1_1?ie=UTF8&qid=1529467126&sr=8-1&keywords=jeff+duntemann ).  Ultimately C++/C/C# and all other programming languages (Python, Java, TLA+, Ruby, Pascal, etc) beside machine-code are translated at a low-level into object-code and I've been delving into this [compilers/development-environments usually have an option to output the related object-code].   One of the main themes of that book is figuring out HOW things work.

There are a few features from some wallets that I want to figure out and potentially incorporate into CROC (to add useful features, and make the wallet less generic/old-school or better aesthetically) but the main overall desideratum remains to slim the block-size and memory (RAM) usage  (one thing I encountered, for example, is coins such as XMR use a more dynamic block-size based on a weighted-average of recent blocks).

There are a few things I want to experiment with (and methodically improve relevant skill-sets) including the following: I encountered where in the codebase (for some coins) nodes can be hard-wired into the code (e.g. src/chainparamsseeds.h) and I sort of want to get more hardcore into Cmakefiles and Makefiles generally.  I also want to experiment with some networking material I've encountered (a lot of which is very relevant or useful). I'd like to be able to compile Linux and the useful Windows variants (7 through 10) and eventually Mac, Android, Iphone (Swift) and RaspberryPi (and similar [Arduino]).  The QT API (the GUI interface for most coins) and some of the database APIs/interfaces with C-code are areas I want to figure out and test/experiment with; also gaining some facility with running the test-suites and some other features that most coins have latently but are probably seldom used -- except by the more highly-skilled/experienced teams.

I also picked up a few more exhaustive classics on C++/C (Bjarne Stroustrup, Kernighan and Richie, Stephen Prata) -- the latter two books have a LOT of practice material, whereas the creator of C++'s book (Stroustrup) is more interpretive and encourages creative work through a sort of guideline approach.

Anyway, for now CROC is de facto like a staking DOGE with an arguably "goldilocks" rate of inflation.  On the inflation point, I've reconsidered the last post I made about possibly revisiting a DPOS-phase again; instead, I think it would be smarter to insure the inflation keeps its steady pace (sort of like how BTC, for instance, never had any big insta-mine and those coins are largely obtained through open, unhampered markets).

I do work long hours and am pretty bookish (have wide interests... [economics, philosophy, various languages, history are all on the back-burner at the moment] ... I was watching some PBS show on the First World War in the background while composing the bulk of this post, for instance) so please don't expect this to all unfold tomorrow -- but I did want to drop a note and poke people to indicate that this stocky critter [CROC] is still alive and will see later versions.

Re-posting in this thread too...

project is too good. the it will be development in the future.mọi người if you want to see it see this information ::)

My wallet is not syncing. I have tried addnodes.

Any other solution?

Hmm... I private-messaged the config file that I'm using a couple days ago (you have the right rpcport?? mine is using the rpcallowip=127.0.0.1 also).

Here's some more active nodes from the getpeerinfo command (none of which seemed to be in the config file info I sent earlier however):

5.13.143.100:39437
70.71.243.13:39437
104.254.110.125:39437
144.76.174.21:39437
162.211.173.18:39437
176.212.246.96:39437
190.198.8.5:39437
195.252.66.150:39437
198.89.30.53:39437
212.24.96.87:39437


Those have all been online in the last few mins and should get you synced.

Regards

Thank you Heratys.
For about a week now i have been syncing because for over 20 times, i have had to stop and restart my wallet because syncing had simply ceased.
The wallet takes a lot of memory and CPU too

I've had a working Crocodile Cash node for the past few days.
Not much CROC to stake with but it's a start.
Where are the CROC social groups?
Telegram
Discord
The twitter is inactive; last tweet was in October last year

What's going on?

This coin is fine!

I'm pretty sure there is no Telegram or Discord active for CROC.  Someone in the original thread was asking about this a few day ago also: https://bitcointalk.org/index.php?topic=2076948.msg41521666#msg41521666 .

CROC is in its community's hands.  Obviously there's interest in a Discord or Telegram (there is a Slack and a couple websites behind-the-scenes too); anyone is free to set up one of these platforms and help build out the ecosystem.

I'll be responding to your private message in a moment.

BTW it's good to see some support in Africa.

Hi anyone with the link to the windows CROC wallet?

Have the wallet and getting it too sync up! ;D

A fresh CROC giveaway is happening on CryptoHub Exchange !!!

Snap them up !

https://cryptohub.online/faucets/airdrop/60

Hey,

So yesterday was CROC's birthday -- the reptile is just over one-year old.

For whatever reason I was reflecting on the _Watchmen_ comic series a few hours ago (and I'm about to characterize CROC as the Rorschach of crypto
[ https://en.wikipedia.org/wiki/Rorschach_(comics) ]) ... it's maybe not pretty or glamorous, it's underground, somewhat gritty but has its underdog strong points and utility.

Without trying to [over-]spin things or "sell the sizzle instead of the steak", I'm going to rehash things and why I think this chain has a promising future...

The pros for CROC (in my view) include the following:

* The mining hash rate is usually a steady net hash around 230 TH/s (fluctuating between [roughly] 150 and 350 TH/s).  From this, my assertion is that the barrier to entry for miners is somewhat high for the SHA-256 algorithm (it costs tangible hash or rental cost to mine new CROC).  This is somewhat a scarcity argument. In my view, miners should stake what they earn, but it's for them to decide what is best for their situation ultimately.

* The inflation-rate of 12% is somewhat high but not such that the two markets are inundated with coins generated through staking.

* CROC's currently trading on both Cryptohub and Yobit (which allows for the potential of arbitrage between the two exchanges).

* The daily market volume on Cryptohub seems to be about 0.04 - 0.07 BTC [with spikes as high as 1.15 and 0.43] and on Yobit the daily volume seems to average between 0.01 and 0.02 BTC.  Thus, if anyone builds a position and is smart enough to *just* sell his or her stakes (w/o touching the principal or taking support orders out entirely) this will/should generate a reliable income ... particularly in the medium to long term [as people figure out the over-inflating chains won't always have enough buyers to support an ever-growing supply... particularly as there are many similar alternatives].
 
* The current supply is in the small-to-medium range --  (several years from now it'll reach 55 million -- but it's not very close to that at this point).

* Of those being offered for sale at prices higher than the current market price only 8.6% of the supply is available for sale (45,000 available for sale on Yobit and 252,000 on Cryptohub =  297,000 total [the CROC-universe as I write is 3,446,335].

* CROCcash still has its penny-stock aspects (the comparative cost of gaining a sizable proportion of... say... the stakes of Cardano is significant).

* I have probably left out other positives but I want to send this message off today ^_^ .

The negatives include:

* the chain isn't being worked on (right now -- maybe in the future once some proof-of-concept stuff has been adequately developed in related chains).

* the RAM and CPU use of the chain is sizable (part of which is attributable to the 30 second-block time, part to the relatively large size of the blocks themselves, and probably part because the codebase could use some refining or updating).

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Finally, for overall backdrop themes...

My view of many crypto-charts (of course there are counter-examples to be found) is that most still are in a downtrend or trading sideways (despite the recent couple weeks).  Look for instance at  https://coinmarketcap.com/currencies/monero/ or https://coinmarketcap.com/currencies/dash/ .

Staking chains at least provide an income source (comparable to dividend-paying stocks or bonds) ... but allowing people to opt out of the paradigm [somewhat] of corporations being treated like de facto persons legally in most countries worldwide (which presents ethical problems as they can lobby to change laws internationally in their favor... producing a corrupt corporatocratic mileu ... as opposed to an environment favoring the agency of actual thinking/acting/living persons).

One should, arguably, be in crypto for reasons beyond a potential-lambo (or even building/supporting-the-building Seasteads/future micro-nations ^_^, fiscal and political sovereignty without just the trappings, whitewashing, and make-believe, and selective/politicized support for democracy/free-speech/free-press/free-assembly).

Meanwhile, interest rates are slowly being pushed up worldwide as central bankers primary tool is monetary policy (which should make debt loads more difficult for people to handle that are playing too much with that particular fire).  My view is that fractional-reserve banking / finance-by-credit is one of the chief components of the boom-bust cycle.

I was watching something on the BBC earlier today about the Turkish Lira falling dramatically today because the POTUS-monkey was looking to do trade sanctions on Turkey because he's in some 1970's era trade-war headspace/fever so the political risk of fiat currencies as the various politicians squabble over their fiefdoms and interest-groups is relevant to people worldwide.

~~~~~~~~~~~~~~~~~~

This is just ancillary/unrelated stuff following...  mostly sharing some [obscure] theme music:

https://www.youtube.com/watch?v=ZUEQRaw85DA // sort of neo-hippie stuff from Seattle (some album from 1994)

a little more abrasive/anarchist/Hakim-Bey-influenced stuff (also from Seattle):
https://www.youtube.com/watch?v=ulDJzfn5BiI&list=RDEM2Pm-A0jo6BoVQ643Rn9CPA&index=4
https://www.youtube.com/watch?v=wyOkHrD_XvA

Significantly more abrasive (New York stuff from about 1996 e.v. [Bill Laswell, Bootsy Collins, Yamatsuka Eye, Mitch Harris, Buckethead, and others] : https://www.youtube.com/watch?v=1tG9sGHx6ug

The Swedish group Entombed's "Hollowman" album (not really suitable for everyone's taste... it is what it is : https://www.youtube.com/watch?v=kFCxH_EdbKU&list=PL6_qhP3eWX5PzB-iDAJKnzzssemtQoisa )

Lastly, I am trying to expand my coding background and related skillsets to do some work which will ultimately benefit this chain (not looking to detract from this anyhow)... eventually there might/will be a spin-off coin in the bitcoin-cash manner relative to BTC (I have some ideas in mind and things I'm looking at doing in the little free-time that I have available).  Anyhow this shouldn't be seen as the primary motivation for anyone but just some potential icing for the cake.

                                                                                                    CrocodileCash      

                                                           http://mh-pool.ddnss.de/ (http://mh-pool.ddnss.de/)

                                    -o stratum+tcp://mh-pool.ddnss.de:<3333> -u <WALLET_ADDRESS> [-p <c=CROC>]
                                                                        
                                                                             we take 1% fee

Post and pow, all in one. What's there
  masternode too?

CROC has no masternodes.  You're welcome to set up a node/wallet, but the mining reward and the staking are distinct (mining is 1-CROC-per-block reward, while the staking reward fluctuates in value -- sometimes more than 1 per block but usually somewhat under).

I would expect the project to create a strong ecosystem around the CrocodileCash, delivering real value. Wish successful project

It's unfortunate that Cryptohub is closing; it offered a unique interface incorporating mining/exchange/pooled-staking and many other features.

Obviously the closure does alter the landscape for CROC (although Croc-cash still has an exchange available with Yobit).  However, I still like the overall specs of this coin (annual percentage stake, current coin supply, network hash rate) as noted in previous messages... even if CROC sometimes seems like the losing combatant in this (scene from the 60s movie _Cool Hand Luke_ https://www.youtube.com/watch?v=trDsXlDJIbM ).

From Cryptohub's closure message I was personally affected in the thefts as I was starting to build an ETH balance to participate in Seasteading's partner-blockchain (Varyon 
    https://www.blue-frontiers.com/en/ ,
    https://medium.com/@bluefrontiers/varyon-buying-staking-referenda-for-seasteads-seazones-97c47e197fff
    https://www.seasteading.org/ ) and that small-but-intended-to-grow ETH balance seems to be gone and I was probably affected/pilfered-from/raided in a couple other mainstream coins.

The parasitical, scum-of-the-earth who make (or supplement) a living through theft/stealing-OPP are the enemies of civilization/civil-society and I wish more people worldwide would grok some of the arguments of these two books:
    https://www.amazon.com/Ethics-Liberty-Murray-N-Rothbard/dp/0814775594/ref=sr_1_1?ie=UTF8&qid=1537640957&sr=8-1&keywords=ethics+of+liberty ,
    https://mises.org/library/rise-and-fall-society -- nearly everyone would be better off.

The hack also seems to have taken out the only evident active mining pool.  It's too bad many mining pool operators seem to be so fickle... I had mined at one a week or so back, stopped mining when my spreadsheet showed it became profitable to rent a miner vs the support-bid price, later found the pool wasn't hosting CROC at the point when it became profitable to mine as opposed to purchase again.

Anyhow, both getting some mining pools and a block explorer existing again would seem to be the things needed most at this juncture.  I do have some pretty severe time-demands but hope to move or see stuff in that direction eventually.

Also, as a further status quo/state-of-things aside I saw a link to the following "All the World's Money" infographic (I remember the original one from 2015 ... it was actually one of things that got me to consider crypto back then):
    https://www.marketwatch.com/story/this-is-how-much-money-exists-in-the-entire-world-in-one-chart-2015-12-18
    http://money.visualcapitalist.com/worlds-money-markets-one-visualization-2017/

While that chart is dated to October 2017 (before the December-January mania), it's obvious there's room for greater participation of digital currencies in general.

 Hello. i need  a croc coin bootstrap. can anyone help me ? i need to syncrhonize my wallet.

Thanks.

It'll take awhile to sync (more than a day if you're starting from scratch) but nodes/ports that have been active today include:

68.225.203.78:39437
78.107.6.152:39437
96.48.161.18:39437
99.245.242.241:39437
109.194.51.160:39437
144.217.116.50:39437
162.211.173.18:39437
187.74.243.56:39437
188.24.205.161:39437

Hmmm... maybe we can come together as a bask (Group of Crocodiles) and get something going, I know Altcoins all too well 8)

Hard Fork Reward Change or Hard Fork Codebase + Algorithm change + Swap:Ratio ? e.g PoW + PoS + Masternodes with one of the popular Exotic Algorithms that ASIC's are designed for ? Maybe Scrypt or X11 as a diversion away from SHA-256 ?

The swap ratio would be decided by polling from the community with the amount of CROC need to be traded in for said new coin, e.g CCASH ? 10:1 ? 5:1 ?

This will keep the Initial starting coins in existence to a minimum and we can add a lower reward schedule per Mechanism, e.g PoW Reward + PoS/Masternodes Reward + Ratio of Reward

Sound like an idea ?

We probably would also have to inform YoBit of the Coin Swap Hard-Fork to the new codebase if we wan't to keep a spot there as that is the only current Exchange to Trade CROC

I would be more than happy to help out this long living community coin as long as we all put our realistic ideas together and turn it into something compelling :)

MikeP243 are your perhaps a baller ? General research shows you could have been in crypto for years, looks like you are rolling in Lambos and playing DOGE games ???

https://www.instagram.com/mikep243

https://www.youtube.com/watch?v=6ZqImNz-jj4

Sorry I think you have wrong fellow :D 8)

Wo knows workin Exchanges for CROC? Yobit wallet in maintenance

Yobit still trades CROC. Anyone has their addnode address? Can't connect.

last node went offline in june, as the coin pw pool was went down. yobit maybe have their internally chain.

So how to restart it? There are many people still hold on CROC.

Yobit did not answer a support question.