HoboNickels - HBN - High Fast Stake - Version 2.0! More Secure, Less Intensive

[solarion]

Cryptsy, for all its faults, has actually turned out to be the most reliable.

Please don't use cryptsy and reliable in the same sentence. Those guys can't keep their PHS wallet online for 2 days in a row.

[1715435381]

1715435381

[Armis]

I think I watch too many detective TV shows, but I'm suspicious of recent HBN events.   Here are my 1 + 1,

First 1 is that an exchange with HBN was recently robbed
2nd  1 is HBN experienced a massive serge immediately followed by a moderate dump

the following is my '= 2' explained:

In the past when the thieves sold from exchanges they focused on BTC because it had enormous value, now that btc's value has dropped, and so many alts CCs are doing well the thieves are taking many other coins too.

Unlike btc, ltc, and doge that have so many buyers and sellers for the given supply, such can't really be said for the alts especially HBN, so when a small exchange is robbed and all of their HBNs are taken the thief runs to Cryptsy bids up the value then dumps the stolen good on unsuspecting buyers.  To make things worse some of the buyers are literally buying back their own CCs at a higher price than it was worth when it was stolen from them.


That's my 1 + 1 = 2 results, what do you think?

Even if the facts of the matter are wrong, the merits are sound as such things should be done to limit potential damage.  Here is my top suggestion, delist HBN from all exchanges except Cryptsy; only allow exchanges with a proven track record of responsible performance like Mintpal to list HBN, in this way the above scenerio has less of a chance of effecting HBN.

[brother3]

I think I watch too many detective TV shows, but I'm suspicious of recent HBN events.   Here are my 1 + 1,

First 1 is that an exchange with HBN was recently robbed
2nd  1 is HBN experienced a massive serge immediately followed by a moderate dump

the following is my '= 2' explained:

In the past when the thieves sold from exchanges they focused on BTC because it had enormous value, now that btc's value has dropped, and so many alts CCs are doing well the thieves are taking many other coins too.

Unlike btc, ltc, and doge that have so many buyers and sellers for the given supply, such can't really be said for the alts especially HBN, so when a small exchange is robbed and all of their HBNs are taken the thief runs to Cryptsy bids up the value then dumps the stolen good on unsuspecting buyers.  To make things worse some of the buyers are literally buying back their own CCs at a higher price than it was worth when it was stolen from them.


That's my 1 + 1 = 2 results, what do you think?

Even if the facts of the matter are wrong, the merits are sound as such things should be done to limit potential damage.  Here is my top suggestion, delist HBN from all exchanges except Cryptsy; only allow exchanges with a proven track record of responsible performance like Mintpal to list HBN, in this way the above scenerio has less of a chance of effecting HBN.

The scenario does make sense...

If that's true then a lot of us, including me, have been duped..... twice 

Oh the humanity!!!

[dogechode]

I really don't think that is what is going on. For one thing, if you go back and look through the HBN threads, long before those coins were stolen, people were commenting on how there was very little sell pressure/momentum for HBN. People just aren't selling it cheap and they never have been. Probably has a lot to do with the whole 100% stake feature, look at the other POS coins that have come out since. Mint offers 20%, and now whitecoin 2% what is that bullshit? HBN was also early to the party, so they got established before the wave of 1000 shitcoins really got started.

[sandpaper]

You also have to take into account whitecoin I believe has 300 million total coin supply compared to HBN 120 million. Now that I type that out whitecoin looks like shit to me. I am glad i picked HBN up when I did. I seem to enjoy it more and more everyday

[ryanb]

hbn to the mooon

[Jamesco]

What happens when I try to send coins to an address(for example cryptsy) but there are 0 confirms? The amount has been minused from my wallet but it didnt show in the other account? Is it possible to lose them?

[Tranz]

What happens when I try to send coins to an address(for example cryptsy) but there are 0 confirms? The amount has been minused from my wallet but it didnt show in the other account? Is it possible to lose them?

Likely no. The wallet will try to resend again randomly here soon enough.   If after a few hours you still don't have any confirmations you can try to run checkwallet, or perhaps start with -rescan a final method would be to try -salvagewallet. One of these should work.

[ryanb]

it will be nice if exchange will pay us the stake on our coins if we have them there instead of the wallets.

[Armis]

it will be nice if exchange will pay us the stake on our coins if we have them there instead of the wallets.

I'm new to POS (and next to zero research) but wouldn't the interest to to the address holding the coins in the wallet?

[ryanb]

it will be nice if exchange will pay us the stake on our coins if we have them there instead of the wallets.

I'm new to POS (and next to zero research) but wouldn't the interest to to the address holding the coins in the wallet?

yes stake is paid to the wallet address holding the coins

[Tranz]

it will be nice if exchange will pay us the stake on our coins if we have them there instead of the wallets.

This could be done, but it would require a good deal of book keeping.

Additionally to gain interest those coins would need to sit on the network hot, and use up CPU power, taking away from deposits/withdraws.  There is risk to an exchange doing this, as such I would guess the majority of the coins are in cold storage, and those that are hot, are set with -reserveblance=999999999

[dogechode]

it will be nice if exchange will pay us the stake on our coins if we have them there instead of the wallets.

This could be done, but it would require a good deal of book keeping.

Additionally to gain interest those coins would need to sit on the network hot, and use up CPU power, taking away from deposits/withdraws.  There is risk to an exchange doing this, as such I would guess the majority of the coins are in cold storage, and those that are hot, are set with -reserveblance=999999999

I was going to say I seriously doubt they are keeping the bulk of the coins in a hot wallet. There have also been issues/exploits with malleability concerning POS coins... remember the whole blackcoin CryptoRush debacle?

[presstab]

Wow HBN is the 8th most traded on cryptsy in the last 24 hours.

[Tranz]

What happens when I try to send coins to an address(for example cryptsy) but there are 0 confirms? The amount has been minused from my wallet but it didnt show in the other account? Is it possible to lose them?

Likely no. The wallet will try to resend again randomly here soon enough.   If after a few hours you still don't have any confirmations you can try to run checkwallet, or perhaps start with -rescan a final method would be to try -salvagewallet. One of these should work.

Is this still an issue?

I just updated the rpc command rsendtx.  https://github.com/Tranz5/HoboNickels/commit/a26f801dd4880a1c7a31c2fda9f821510adb3743

It wasn't working, but now should be in good shape.

[Jamesco]

What happens when I try to send coins to an address(for example cryptsy) but there are 0 confirms? The amount has been minused from my wallet but it didnt show in the other account? Is it possible to lose them?

Likely no. The wallet will try to resend again randomly here soon enough.   If after a few hours you still don't have any confirmations you can try to run checkwallet, or perhaps start with -rescan a final method would be to try -salvagewallet. One of these should work.

Is this still an issue?

I just updated the rpc command rsendtx.  https://github.com/Tranz5/HoboNickels/commit/a26f801dd4880a1c7a31c2fda9f821510adb3743

It wasn't working, but now should be in good shape.

I was trying those commands but had no sense of if they were working, I was about to post again in this thread as I didnt think they worked after about an hour, then after going downstairs(20 minutes) something happened because when I came back It had its first few confirmations . I also tried the resendtx command(wasn't sure if I needed to add the tx number to the command aswell) but wasnt sure if there was any effect. Thanks for the help

[otila]

I get the assert failure in GetStakeModifierChecksum if hobonickels-qt is compiled without -std=gnu++11 , if I compile with -std=gnu++11 , it just works.

[z0rr0]

it will be nice if exchange will pay us the stake on our coins if we have them there instead of the wallets.

This could be done, but it would require a good deal of book keeping.

Additionally to gain interest those coins would need to sit on the network hot, and use up CPU power, taking away from deposits/withdraws.  There is risk to an exchange doing this, as such I would guess the majority of the coins are in cold storage, and those that are hot, are set with -reserveblance=999999999

I remember the times when NVC users at BTC-E had issues with deposits and withdrawals coins to/from exchange for several days.
As it turned out, the exchange is for real used its wallet for staking, and when too many inputs were originated (and many unconfirmed stakes, nvc uses 520 confirms for newly minted coins), the exchange's wallet started being laggy.

So, eventually, after consultations with Balthazar, they turned off staking on the exchange to avoid such problems.

[presstab]

I get the assert failure in GetStakeModifierChecksum if hobonickels-qt is compiled without -std=gnu++11 , if I compile with -std=gnu++11 , it just works.

Where do you add that?? At the top of hobonickels-qt.pro?

[otila]

I get the assert failure in GetStakeModifierChecksum if hobonickels-qt is compiled without -std=gnu++11 , if I compile with -std=gnu++11 , it just works.

Where do you add that?? At the top of hobonickels-qt.pro?

QMAKE_CXXFLAGS in the .pro file.
btw. I have /usr/bin/gcc which is symlink to gcc.sh, where I have

Code:

#!/bin/sh
exec /usr/bin/x86_64-redhat-linux-gcc "$@" -O3 -march=native -std=gnu11

and similarly for g++ → g++.sh

Code:

#!/bin/sh
exec /usr/bin/x86_64-redhat-linux-g++ "$@" -O3 -march=native -std=gnu++11

when installing new gcc, I run newgcc.sh in /usr/bin  dir:

Code:

#!/bin/sh
rm -f gcc g++ c++
ln -s gcc.sh gcc
ln -s g++.sh g++
ln -s g++ c++
gcc -v 2>&1|tail -n 1