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

[cryptmebro]

is cryptsy the only exchange place ?

i think so

1 More BTC pairing, they also have LTC pairings and more
https://www.cryptopia.co.nz/Exchange?market=HBN_BTC

 

My dick is rock hard now

[HCLivess]

If this is true http://www.coindesk.com/world-economic-forum-governments-blockchain/
Then HBN is one of the best investments for years to come

[HCLivess]

is cryptsy the only exchange place ?

We got delisted from c-cex? Lol
HBN was 10th most traded coin on cryptsy just recently. Exchanges these days...

[Tranz]

I would like to hear what Tranz has to say.

I have thought about this(coin swap) for about 1/10 of a second. Not a good idea for so many reasons.

Instead I think we can begin to shrink the memory and CPU usage to be a little bit more reasonable. BTC for me can use anywhere from 1.5 gigs to 300megs of memory, it tends to come and go.  If we can isolate the memory changes for the block chain and the wallet it could help out.   Also there have been some helpful changes to the staking algo curtsy of pressTab in HYP. I think we can utilize some this as well.

Just need the thing more precious then crypto, money or much else... TIME......

[kiklo]

Two Different Possible ideas to remove blockchain bloat in the future.

Understandable implementation would be way way in the future.

But here they are
1. http://cryptonite.info/wiki/index.php?title=Mini-blockchain_scheme
(Not sure if this one is even possible for a PoS coin)

2. Running Genesis Block Theory
If I understand this, it would have to be set up so that it would be created every so many blocks... Like every 1-million blocks. So when the 1,000,001 block arrives it has code that automatically pulls in the information required. Then after 1,000 more blocks go by, the 1,000,001 block becomes block 1.
What you would do is parse all the addresses of the current chain in a snapshot, then a new genesis Block would be created with 100% premine and all the Coins sent to the addresses of the previous chain. You guys should talk to SuperClam from CLAMS, he would be able to give you a better idea about it but you will need to look into the znort Blockparser https://github.com/znort987/blockparser and the sidecoin project https://github.com/AugurProject/sidecoin

 

FYI:
Credit to Crestington for refining the idea with the blockparser info.

[niktitan132]

Deposit on cryptsy not working?I click generate new hbn adress,and get error,please try again

[presstab]

I would like to hear what Tranz has to say.

I have thought about this(coin swap) for about 1/10 of a second. Not a good idea for so many reasons.

Instead I think we can begin to shrink the memory and CPU usage to be a little bit more reasonable. BTC for me can use anywhere from 1.5 gigs to 300megs of memory, it tends to come and go.  If we can isolate the memory changes for the block chain and the wallet it could help out.   Also there have been some helpful changes to the staking algo curtsy of pressTab in HYP. I think we can utilize some this as well.

Just need the thing more precious then crypto, money or much else... TIME......

From what I understand, one of the primary causes of the high RAM usage in these larger/older chains is that the unspent outputs are stored in RAM. I wonder if it would be worthwhile to tweak the code so that perhaps only the last 6 months worth of outputs are stored in the ram and the rest stored on disk, or something like that? I wonder what bitcoin has done in this regard.

[forzendiablo]

Deposit on cryptsy not working?I click generate new hbn adress,and get error,please try again

to mek it works just fine. sold some HBN now

[kiklo]

I would like to hear what Tranz has to say.

I have thought about this(coin swap) for about 1/10 of a second. Not a good idea for so many reasons.

Instead I think we can begin to shrink the memory and CPU usage to be a little bit more reasonable. BTC for me can use anywhere from 1.5 gigs to 300megs of memory, it tends to come and go.  If we can isolate the memory changes for the block chain and the wallet it could help out.   Also there have been some helpful changes to the staking algo curtsy of pressTab in HYP. I think we can utilize some this as well.

Just need the thing more precious then crypto, money or much else... TIME......

From what I understand, one of the primary causes of the high RAM usage in these larger/older chains is that the unspent outputs are stored in RAM. I wonder if it would be worthwhile to tweak the code so that perhaps only the last 6 months worth of outputs are stored in the ram and the rest stored on disk, or something like that? I wonder what bitcoin has done in this regard.

This is from a Monero reference:
https://bitcointa.lk/threads/ann-mro-monero-a-coin-with-strong-privacy-based-on-cryptonote-technology.304375/page-887

In the original cryptonote reference implementation the whole blockchain is stored in RAM. Bitcoin and Bitcoin-clone coins store it on disk, in a database. As time goes on and it gets larger, having it all in RAM becomes more of a problem.
We have implemented the ability to store the blockchain in a database instead of RAM and LMDB is an open source database package we are using for the first implementation.
tldr: very reduced memory usage

I believe this is the company they are talking about:
Symas Lightning Memory-Mapped Database (LMDB)
http://symas.com/mdb/

 

[mind808crime]

Dumb question but a don't see a posting for this.  Does the bootstrap go into apps/roaming and if so why does it freeze?

[jasonhopper2412]

Dumb question but a don't see a posting for this.  Does the bootstrap go into apps/roaming and if so why does it freeze?

Ha thanks man! I was just about to ask this same question. ;-)

[Biomech]

Dumb question but a don't see a posting for this.  Does the bootstrap go into apps/roaming and if so why does it freeze?

It goes in the data directory, which would be .hobonickels in linux, appdata/roaming/hobonickels in windows, and I'm not sure what it is in OSX. It will appear to freeze for a while, it's actually indexing. I've never bootstrapped hobonickels, but expect a few hours to get in sync with a bootstrap on pretty much any coin.

[jasonhopper2412]

Dumb question but a don't see a posting for this.  Does the bootstrap go into apps/roaming and if so why does it freeze?

It goes in the data directory, which would be .hobonickels in linux, appdata/roaming/hobonickels in windows, and I'm not sure what it is in OSX. It will appear to freeze for a while, it's actually indexing. I've never bootstrapped hobonickels, but expect a few hours to get in sync with a bootstrap on pretty much any coin.

Ah OK. I did do it correctly and it was simply loading a long time and not froze. Thanks man.

[presstab]

I would like to hear what Tranz has to say.

I have thought about this(coin swap) for about 1/10 of a second. Not a good idea for so many reasons.

Instead I think we can begin to shrink the memory and CPU usage to be a little bit more reasonable. BTC for me can use anywhere from 1.5 gigs to 300megs of memory, it tends to come and go.  If we can isolate the memory changes for the block chain and the wallet it could help out.   Also there have been some helpful changes to the staking algo curtsy of pressTab in HYP. I think we can utilize some this as well.

Just need the thing more precious then crypto, money or much else... TIME......

From what I understand, one of the primary causes of the high RAM usage in these larger/older chains is that the unspent outputs are stored in RAM. I wonder if it would be worthwhile to tweak the code so that perhaps only the last 6 months worth of outputs are stored in the ram and the rest stored on disk, or something like that? I wonder what bitcoin has done in this regard.

This is from a Monero reference:
https://bitcointa.lk/threads/ann-mro-monero-a-coin-with-strong-privacy-based-on-cryptonote-technology.304375/page-887

In the original cryptonote reference implementation the whole blockchain is stored in RAM. Bitcoin and Bitcoin-clone coins store it on disk, in a database. As time goes on and it gets larger, having it all in RAM becomes more of a problem.
We have implemented the ability to store the blockchain in a database instead of RAM and LMDB is an open source database package we are using for the first implementation.
tldr: very reduced memory usage

I believe this is the company they are talking about:
Symas Lightning Memory-Mapped Database (LMDB)
http://symas.com/mdb/

 

Im talking about the utxo mempool not the blockchain itself.

[kiklo]

Im talking about the utxo mempool not the blockchain itself.

Sorry,
my bad.

 

[HCLivess]

I would like to hear what Tranz has to say.

I have thought about this(coin swap) for about 1/10 of a second. Not a good idea for so many reasons.

Instead I think we can begin to shrink the memory and CPU usage to be a little bit more reasonable. BTC for me can use anywhere from 1.5 gigs to 300megs of memory, it tends to come and go.  If we can isolate the memory changes for the block chain and the wallet it could help out.   Also there have been some helpful changes to the staking algo curtsy of pressTab in HYP. I think we can utilize some this as well.

Just need the thing more precious then crypto, money or much else... TIME......

From what I understand, one of the primary causes of the high RAM usage in these larger/older chains is that the unspent outputs are stored in RAM. I wonder if it would be worthwhile to tweak the code so that perhaps only the last 6 months worth of outputs are stored in the ram and the rest stored on disk, or something like that? I wonder what bitcoin has done in this regard.

This is from a Monero reference:
https://bitcointa.lk/threads/ann-mro-monero-a-coin-with-strong-privacy-based-on-cryptonote-technology.304375/page-887

In the original cryptonote reference implementation the whole blockchain is stored in RAM. Bitcoin and Bitcoin-clone coins store it on disk, in a database. As time goes on and it gets larger, having it all in RAM becomes more of a problem.
We have implemented the ability to store the blockchain in a database instead of RAM and LMDB is an open source database package we are using for the first implementation.
tldr: very reduced memory usage

I believe this is the company they are talking about:
Symas Lightning Memory-Mapped Database (LMDB)
http://symas.com/mdb/

 

Im talking about the utxo mempool not the blockchain itself.

codebase is different here, implementation of btc-based solutions would be easier

[B3dr0ck]

Wallet is displaying

WARNING: Checkpoint is too old.  Wait for block chain to download, or notify developers.

What is this, and what needs to be done?

[vancefox]

Over 1GB now...  I know a solution is being pondered, but this one wallet takes over 1/16 of my memory now... and growing.

[vancefox]

Wallet is displaying

WARNING: Checkpoint is too old.  Wait for block chain to download, or notify developers.

What is this, and what needs to be done?

The checkpoint notice itself is not a problem.  With that said:

Verify you have the correct and most up to date wallet.  Verify you're on the correct and most up to date chain (highest block should help with this).

Follow OP on page 1 for the wallet download if not.  Do not download any wallets in replies or not posted by the dev.

Worst case scenario, resync the blockchain.  But only do this is you see an adverse effect.

[B3dr0ck]

QT version 5.2.0 - that the latest?

How can I tell what Blockchain I'm on?