• Content count

  • Joined

  • Last visited

  • Days Won


Reputation Activity

  1. Jimmy liked a post in a topic by Tranz in HBN Alert Info   
    HBN Alert Info
    If your wallet has received an alert and you were directed to this page, please see the information below. This only effects HBN Wallet version before version 1.5.3.
    You were told to come here to due to a Hard Fork incoming in the next few days. The wallet version you are running, pre version 1.5.3, will soon have difficulty staying the correct chain.
    Please upgrade to the latest stable version
    Failure to do this before block 5,600,000, about 5 days from now as we are on 5,580,000, may result in newly generated coins becoming invalid and possibly having to re download the block chain.
    For more information on this please see:
    Please let us know if you have any issues.
  2. ihashblox liked a post in a topic by Tranz in Turn off Pow Mining?   
    Not sure I follow. AP is Auto Polling correct?   Mining should have no effect on your coins and staking. If you are solo mining you should set it to 20 seconds. As blocks come in very quickly.
  3. Jimmy liked a post in a topic by Tranz in Turn off Pow Mining?   
    Hi Nicola Alivad.
    This is my first time compiling a Mac Wallet, so I am still getting the bugs worked out. Can you tell me more about why it doesn't open?  Do you get an error. If so can you copy and paste the error. You can put it here or PM it to me. I would need the full "report" error to help fix the compilation process.
  4. Jimmy liked a post in a topic by Tranz in Mac Compilers?   
    Mac Compilers?
    Does anyone have experience and a few minutes to help to compile a Mac version of HBN?
    I have a new version ready to go that contains a fork at block 5.6 million and some new features. 

    I have an old mac I can try to learn on but I don't want to waste a ton of time.
  5. Jimmy liked a post in a topic by Tranz in Mac Compilers?   
    Alright I have compiled my first Mac Wallet. I think it only works on 10.12   Can someone test it for me?

    Also does anyone have any experience on getting this to be better backward compatible? 
  6. Snowbear liked a post in a topic by Tranz in HBN 1.5.5..0   
    So an orphan will get added back to the weight after another block stakes. I just found a small bug, that if the last set of coins get orphaned it will never get added back. I have a fix that I will release with 1.5.6 probably in a few weeks.  If it should happen, then a stop and start stake and it should try to stake it again.
  7. Jimmy liked a post in a topic by Tranz in HBN 1.5.5..0   
    Thanks for the patience. here is Let me know how it goes..
  8. Jimmy liked a post in a topic by Tranz in HBN backup website   
    I updated to make links correct.  Not to much change to front page content. Does anyone want to give it some time to check it over make sure I didn't miss anything?

    Also does anyone want to work on the wiki or news section? I will add a few news posts here soon, and maybe to the wiki, but it is very low priority. If others want to contribute just let me know. It is a private wiki page due to bots! But I can add others.

  9. Jimmy liked a post in a topic by Tranz in Auto Sell   
    Auto Sell
    I have been teaching my son some things about  BitCoins, HBN, Markets and Coding.   He was looking around Cryptopia and wanted to know what the "API" section meant.  The best way to explain is to show.
    So we worked on it a bit yesterday and I finished it off last night.  It is a simple script(s) that will watch your balance and then sell based on your wishes.  It can be used with a headless coin that you might mine to and then send as you get coins, or it can be used with S4C on HBN/CAP/HYP whomever is now using it.
    It uses ruby and shell. So it should work on just about any system. You only need to install MSYS and Ruby on Windows and you are good to go.  Linux and Mac should work with little issue. I have attached the code.
    To invoke you simply need to have all of the scripts in the same dir and enter
 COIN TRADE_TYPE The COIN is just the coin you want to autosell eg HBN. and the TRADE_TYPE is ASK, BID or DUMP.   ASK will put the trade on the top ask price. BID will sell on the bid without looking at how many coins. and DUMP (for now) will just subtract a few sats and try to sell the entire balance right away. HBN ASK  
    There is only a piece that you might need to fill your self in the ruby code in getbalance.rb . You have to put into an array the COIN to COINID
    COINHASH = { "HBN" => 84, "CAP" => 213 } And you have to enter your API information into getbalance.rb and placetrade.rb
    _API_KEY = "YOUR_API_KEY" _API_SECRET = "YOUR_API_SECRET" I have worked with ruby only this once, so it can be created a lot better with time. I also wanted to show him the difference in languages so I used shell with awk for parsing.  This is simplistic and not fully vetted code, so use at your own risk. But it works pretty well.

  10. Jimmy liked a post in a topic by Tranz in HBN Money Supply   
    Depending on how far I can get the CPU usage down to, I am leaning towards starting stake at  24hrs.  But I'll know more once I get up to the point of testnet.
  11. Jimmy liked a post in a topic by Tranz in HBN Money Supply   
    HBN Money Supply
    So I was looking at the money supply for HBN over the past few years, and I made a little chart.  The purpose of this was to figure out if here in the next 6 to 12 months a hard fork would be necessary. I am still mostly under the guise of no,  but I want to keep an open mind for  the good of all.

    As you can  see the annualized money supply rate should be heading closer towards zero, but is sticking in the 70% range. Also, the time between blocks is averaging 20-22 seconds. This is hard to see from the chart, but the time between each bar(100,000 blocks) should be about 35 days, but speeds up as we begin more aggressive staking.  You can click on the chart to download the spreadsheet.
    So we can slow down the money creation but allow blocks to stake earlier. This should cause the PoS weight to increase which would lower the annualized staking percentage. We can also, or only,  change the time between blocks to increase a bit to say 45, which would again slow down the annualized money supply by increasing the difficulty of staking.
    Anyway this is just thoughts for now.
    What say ye?
  12. Jimmy liked a post in a topic by Tranz in Is Tranz well?   
    Thanks. a hobo can only stay away so long before they come back to their roots.  has been too long. 
    The forum looks awesome Jimmy, nicely done!
  13. Jimmy liked a post in a topic by Tranz in Is Tranz well?   
    Tranz is fine!
    I am back now at least on and off. Been so busy with Family and Work haven't even had time to log into CCT. Well I will be looking to get things moving in the coin again here in the future.  A few updates in 2017 and a bunch in 2018 - 2019.
    Hope all is well with eveyone!
  14. Jimmy liked a post in a topic by Tranz in Cryptsy Warning   
    I just want to inform anyone who is not already aware, about some of the issues at Cyptsy's recently.
    It is very difficult, almost impossible, to withdraw btc from the site. In-fact other currencies are having trouble as well. As of right now HBN and CAPs are working for withdrawals and deposits. But they have now removed the chat window, which I can only imagine, is not a good sign.
    So use it with caution.
    In the mean time HBN is available for trade on . So far I have had good luck and things seem to be pretty fast on both deposits and withdraws. I have put some blocks for sale to help jump start the market over there.  I will put 1/2 of whatever sells right back on the buy side, and use some for another site as a bounty in the future.
  15. HCLivess liked a post in a topic by Tranz in WARNING! Backup properly   
    As long as the daemon is shut off yes you can copy the wallet.dat. I suggest copying it to a thumb drive and keeping a few iterations. Just call it wallet-Jun15.dat or something.  You can also keep a backup of the database folder, as this contains the index of the wallet. So it can help if you if completely loose your hard drive.
    You can also use the backup wallet in the wallet menu gui. Or rpc command backupwallet.
  16. HCLivess liked a post in a topic by Tranz in How to use extended RPC commands?   
    getinfo true
  17. HCLivess liked a post in a topic by Tranz in Cryptsy HBN deposits on hold   
    Looks like all is back up and running on Cryptsy
  18. HCLivess liked a post in a topic by Tranz in HBN Version 1.5 (Update by Jan 17, 2015)   
    If you replace both the blk0001.dat and txleveldb dir it should be much faster.
    See this page.
    and this page to download from 3/1/15
  19. HCLivess liked a post in a topic by Tranz in Optimize block validation code and block propagation speed #5835   
    Bootstrap is the fastest, and easiest. If you look at the OP there is a bootstrap and index from March 1st 2015
  20. Snowbear liked a post in a topic by Tranz in Optimize block validation code and block propagation speed #5835   
    I am sure it is possible, but as you noted this is many many revisions ahead of HBN. The biggest is the CCoinsview code, which is not even started in HBN, and has been active in BTC for 2+ years I believe.
  21. HCLivess liked a post in a topic by Tranz in Can't sync Mac Wallet for 3 weeks now   
    The best so far that can be done is to limit the number of open files/connections. Bitcoin currently limits it 64. But if you are running 3 or 4 different clients you will hit the 256 default pretty easy.  So at least one of them will fail.  Of if you were doing other peer to peer, or other type of have file open/closing you may hit it as well.
    I will be putting in code to limit and check to make sure there are enough free sockets . But I need to test it a bit before I feel it is safe for the masses.
  22. unick liked a post in a topic by Tranz in Can't sync Mac Wallet for 3 weeks now   
    I have been playing as much as possible in my spare time with the Mac wallet. And not matter what I tried I continued to run into issues after I got past a certain point in the block chain. It has nothing to do with bad blocks from other clients.
    I began to think the issue was dealing with some type of memory bug, I was wrong(I think) but close.
    What appears to be the issues is the max file descriptors is being hit. This is not allowing new blocks (or index files) to be opened and read/written to.
    I found 2 PR request in BTC that look like they are dealing with the issue:
    For now I think I also have a work around for Mac Users.
    In a terminal run the following:
    sudo launchctl limit maxfiles 1000000 1000000 This will change the default setting from 256 to 1,000,000  I am still playing with this, but for now it seems promising.
    Edit: still failed, so I also set this:
    ulimit -n 10000
    Then launched the client from the same window.
    /Users/me/Desktop/ &
    See if it works this time now.
  23. unick liked a post in a topic by Tranz in Can't sync Mac Wallet for 3 weeks now   
    That seemed to work, I am up and running!
  24. presstab liked a post in a topic by Tranz in Hobonickels HBN Information   
    Nice discussion.  A few things from my perspective. I can't force any person or organization to accept HBN. The more people that ask for it for a specific site, the better the chance. But there are now many many coins, so getting a foot in the door can be hard.  But a dedicated person who can help push this forward would be great.
    Also, as more merchants accept a particular coin, more downward pressure on the price will happen. This has been proven in BTC models. The main reason is most merchants will go straight from a coin to cash, if possible.
    So more merchants seems great on the surface, but it can be a double edge sword.
    That being said I would love for more places to accept HBN as payment.  I am doing what I can to to secure the network and make the wallet as fast and functional as possible. But I am only 1 person, and as I have said many time, it takes a community of dedicated people to really push things forward.
  25. Meska liked a post in a topic by Tranz in Preparing HBN v1.5   
    The final beta version of 1.5 is now ready.
    I have 1 important message you should follow, if you are using Beta 1 or 2 and have S4C enabled, please disable it before shutting down the client. If you fail to do this you will get a wallet warning when starting the new version. To fix this warning(if you missed this), just press disable in the Stake For Charity dialog box, and then shut down and restart the client. You can then enable it as normal.
    Below is the full change log from Version 1.4 to now. All of this will be included in the final version 1.5, plus the hard forks. Which means you will still be required to upgrade to 1.5.
    Added Block hash to index(fast start). If you are coming from version or earlier you will have to re-index.
    replace custom GetFilesize() with boost::filesystem::file_size()
    Change ChainTrust to uinit256
    Smooth out Net Stake Weight Take a bigger sample less variation
    Drop release times for CNode Closes DoS window
    Enable -msse2 flag for i686 only (Raspberry Pi Fix)
    Change Sleep to MilliSleep
    Changes to StakeMiner
    Add pindexPrev check to CreateCoinStake
    Linux Autostart fix
    Allocate receive buffers in on the fly
    Add redeemScript to listunspent
    remove fStrictPayToScriptHash checking.
    Remove mapProofOfStake
    Wrap GetMedianTimePast() in GetPastTimeLimit()
    Relay OP_RETURN TxOut as standard transaction type
    Bug fix: CDataStream::GetAndClear() when nReadPos > 0
    Reject non-canonically-encoded sizes
    Only send reorged txn to mempool after checkpoint
    Updates to isFinal and fix off by one errors
    Internal RNG for approximateBestSubset to prevent degenerate behavior.
    Fix multi-block reorg transaction resurrection
    Change to int64_t
    Core Locking:
    Major update regarding locking
    More Lock Updates
    More lock updates
    Add lock during S4C
    Core Wallet:
    Do not write to wallet during LoadWallet
    Wallet Fixes dealing with birthday
    Don't fail if default key is unavailable
    Importprivkey updates
    remove setting methods in wallet/walletdb
    CWallet: fix nTimeFirstKey init, by making constructor init common code
    refactor coin selection for staking
    Ignore too-long redeemScripts while loading wallet
    Core Peer:
    Correct some proxy related socket leaks.
    Prevent socket leak in ThreadSocketHandler.
    P2P: parse network datastream into header/data components …
    Further updates to CNetMessage processing …
    P2P, cosmetic: break out buffer send(2) code into separate function
    P2P: improve RX/TX flow control
    Use per-message send buffer, rather than per connection …
    Limit number of known addresses per peer
    Fix nSendBytes Add Ping and use it for keep alive Avoid querying DNS seeds, if we have open connections.
    Add Peer Info to Console
    Core Logging:
    Route qDebug() messages to debug.log + Route qDebug() messages to debug.log
    OutputDebugStringF code cleanup
    Refactor log printing
    fix build on Debian 7 wheezy
    .pro updates for linux
    remove option to build without ipv6 support + Remove IPV6
    osx: fix building libmemenv.a
    key.cpp: fail with a friendlier message on missing ssl EC support
    RPC and Start up Switches:
    Fix resendtx
    Added zapwallettxes. This is less abrasive then -salvagewallet, good for missing/incorrect transactions.
    Add -alertnotify startup switch
    Add startup switch -synctime Default on
    Changes to nReserveBalance
    Changes to walletpassphrase
    CoinStake Updates
    New debug category checkpoint
    Changes to Wallet Buttons
    from iamunick/master Mac fixes, including close button.
    Modernize Transactions + fix unconfirmed balance if wallet contains conflicted transactions Update how transactions are shown.
    Default sort transactions by date  + Sort OverviewPage by Date + Change Overview Page to show 6 items
    Move Display Ver to Client Ver and bump client ver
    Add ReserveBalance to Extended PoS Information
    Change Coin Control to use local time
    Remove OptionsModel::Upgrade
    Update About Page
    [Qt] Improve rpc console history behavior
    askpassphrasedialog: clear pass fields on accept
    Display tx nLockTime correctly when set to block #
    Add more options to Network menu
    Set Wallet Stack size to fixed 150
    Add Network Traffic Graph
    Add Peer Info to Console
    Coin Control Updates  Added Age, Potential Stake, Coin Selection, Address and paste buttons
    Add total to transaction page
    Safely shutdown HBN during windows shutdown. Change progress bar from block-based to time-based + Update
    Stake For Charity:
    Add Stake For Charity to GUI + Embed S4C as gui widget
    Add Min Max to S4C
    Stake For Charity saved to wallet +Stake For Charity saved to wallet rpc + Fix For S4C Write in Gui and Bump Versions + Make sure wallet is filebacked before writing S4C
    Make S4C Message persist after restart
    Prevent sending the same S4C twice.
    Update Stake For Charity
    S4C Change Address Fix
    Block Browser:
    Add BlockExplorer
    Make Block Browser function as standalone window
    Add right click on transaction ID goes to blockbrowswer
    Block Browser Fix Fees
    Block Browser Fix Outputs
    Block Browser Fix Inputs
    Block Browser right click txid in tx page will also set block info
    Block Browser Fix updateExplorer
    Block Browser Cleanup
    Block Browser Final Update
    Fix Block Browser Crash
    Code Cleanup:
    replace 3 separate calls to WSAGetLastError() with 1
    Remove old code
    Remove dupe fNameLookp
    More code cleanup
    Code Cleanup
    remove unused UPnP code from main.h
    remove fClient
    Remove un-needed SyncWithWallets
    Remove dead transaction replacement code …
    drop workaround for bitcoin v0.1.5
    Remove CTransaction::IsNewerThan which is never used
    Fixed for FindNode