As a slight addendum looks like I still need to download a pile of dependencies for the Linux distribution as discussed here: https://bitcointalk.org/index.php?topic=951753.msg31932663#msg31932663error while loading shared libraries: libboost_program_options.so.1.58.0: cannot open shared object file: No such file or directory error while loading shared libraries: libqrencode.so.3: cannot open shared object file: No such file or directory error while loading shared libraries: libdb_cxx-4.8.so: cannot open shared object file: No such file or directory Any chance we can get these compiled into the new Linux release before we come out of Alpha? It will save support questions / new user frustration in the long run if it just "works" out of the box... FR Hi FR, Well, we could compile these dependencies (static libs) with the Vault on Linux, but it's against the Linux philosophy. However, something we have to do is making a package (.deb, .rpm, etc...) for Linux distributions that would handle the magic of shared dependencies installation. If we have time to do it for an Alpha release we will do it for it, if not it will be for the official release. An other thing that should come out is a Docker container for the Vault Daemon, this will app SysAdmin to deploy our system fastly and securily and it will help us to reach new people as all the pain of the installation would be far away. OVA are also planned. Alex4J. Ah excellent, those all sound like super practical solutions to me Nice one FR
|
|
|
As a slight addendum looks like I still need to download a pile of dependencies for the Linux distribution as discussed here: https://bitcointalk.org/index.php?topic=951753.msg31932663#msg31932663error while loading shared libraries: libboost_program_options.so.1.58.0: cannot open shared object file: No such file or directory error while loading shared libraries: libqrencode.so.3: cannot open shared object file: No such file or directory error while loading shared libraries: libdb_cxx-4.8.so: cannot open shared object file: No such file or directory Any chance we can get these compiled into the new Linux release before we come out of Alpha? It will save support questions / new user frustration in the long run if it just "works" out of the box... FR
|
|
|
Hi CBX team Just running the new Linux version (Alpha4) of the wallet released above - after a bit of fiddling managed to get a repeatable Segmentation Fault (Core dumped) error message by exiting the wallet during synchronisation - It re-started ok and after a re-scan I was back in business I seem to be able to trigger the Seg fault by going into Settings, Options and selecting 'Show Master Nodes Tab' - quitting the wallet at this point repeatably raises the described segmentation fault on the command line Nothing more useful in the debug log i'm afraid, but defo an unhanded exception somewhere - might be to do with the omission of the BPN stuff but regardless a seg fault it never a welcome error at any point of development Home that helps squash a potential bug or two Cheers FR Hi, FR. Thanks for the time you took to investigate this. The 'Show Master Nodes Tab' option was deliberately soft-disabled for the alpha: you may activate it but nothing will happen. It's true it shouldn't crash, and actually I never experienced that crash myself, but as it was a quick fix just for the alpha, something might have escaped our eyes. I assume the crashes seem to be related to just setting this option? No crashes under other circumstances? Indeed, just for setting this option... So no, not that I could see, tho I haven attempted staking in Alpha 4 just yet...
|
|
|
Hi CBX team Just running the new Linux version (Alpha4) of the wallet released above - after a bit of fiddling managed to get a repeatable Segmentation Fault (Core dumped) error message by exiting the wallet during synchronisation - It re-started ok and after a re-scan I was back in business I seem to be able to trigger the Seg fault by going into Settings, Options and selecting 'Show Master Nodes Tab' - quitting the wallet at this point repeatably raises the described segmentation fault on the command line Nothing more useful in the debug log i'm afraid, but defo an unhanded exception somewhere - might be to do with the omission of the BPN stuff but regardless a seg fault it never a welcome error at any point of development Home that helps squash a potential bug or two Cheers FR
|
|
|
Hi, FiniteRed.
Yes, there surely can be one (you probably want a 64-bit build). We'll publish a note here when it's available.
Perfect ready and waiting to test it FR Still with same codebase as previously posted Windows alpha 2, here is the 64 bit Linux Vault: http://node.alex4j.cryptobullion.io/v30/bullion-qt64Looks like there a number of dependency issues running on a clean/patched install of Ubuntu, detailed below (along with the "quick" fixes) - would be good to publish an official breakdown of what you need to install to get up and running... error while loading shared libraries: libboost_program_options.so.1.58.0: cannot open shared object file: No such file or directory -> sudo apt-get install libboost-all-dev (overkill I feel)error while loading shared libraries: libqrencode.so.3: cannot open shared object file: No such file or directory -> sudo apt-get install libqrencode3 error while loading shared libraries: libdb_cxx-4.8.so: cannot open shared object file: No such file or directory -> sudo add-apt-repository -y ppa:bitcoin/bitcoin -> sudo apt-get update -> sudo apt-get install -y libdb4.8-dev libdb4.8++-dev (this is a gross fix!)FR
|
|
|
Is there Linux build of the alpha?
Hi, FiniteRed. Yes, there surely can be one (you probably want a 64-bit build). We'll publish a note here when it's available. Perfect ready and waiting to test it FR
|
|
|
Is there Linux build of the alpha?
|
|
|
My two cents: Surely the base insentive here is to reward the most stable/reliable BPN nodes, always online always processing transactions - without fail. If you have a flaky connection or are about to move house I would suggest you set up some proper infrastructure to host your BPN (Amazon, Azure etc...) The amount of money you can make from running a BPN will/could well go above and beyond a hobbyist crypto-staker and as such it would be inappropriate or unrealistic to think you could casually just run it on your old laptop whilst making a small fortune. - Aside from up-time and high reliability what about security? (physical and digital), what about backup and disaster recovery? - when the money gets serious the old laptop in the cupboard approach will not do, some bitcoin mines have diesel generators on standby and even employ guards to protect their assets! If running a BPN is not for you then feel free to stake, it's not as profitable however its still free money I like the idea of a limited queue, it fosters competition to "be the best", you deploy the most stable/reliable infrastructure you can muster and wait your turn, it might take a few months to grab a place in the queue but if it takes 4-8 months to be in a position to make thousands a day for basically doing nothing then I think I can wait... FR
|
|
|
Top notch reply Alex! thanks - sounds super cool and definitely some good USP as I've never heard of that being done before!
Cheers
FR
|
|
|
That all sounds very cool! I am interested on how you intend to limit the number of BPNs active on the network at any one time? - that can't be easy as the information would have to gleaned from network consensus and not a local count as anyone could easy change the source and increase the number of BPNs online at any one time...
FR
|
|
|
Price drop! Nice - buying more!
|
|
|
If we want Bullion to be taken seriously by real investors we should not go down the anonymity route. There are plenty of coins out there that can fulfill this niche, CBX should not be one of them. I say focus on doing one thing and one thing well, a store of wealth, a port in the next storm, don't dilute the coins USP by adding somewhat faddy functions that will likely make it far less attractive to future investors when crypto regulation becomes mainstream FR
|
|
|
At $250 that's about $10 a block for doing sweet FA other than staking :O
If and when Bullion reaches 100$ people will be happy they have set themselves up with a 2000 CBX masternode; at that point, setting up a masternode will be like setting up a small business. Does everybody have their 2000 CBX for a masternode ready, while prices are still decent? It is merely a question of when Bullion goes to 250 if vault 3 goes as it should. With this tiny minting any small kind of realisation of the potential here can send this on a green candle the likes of which you wont see often. Could perhaps do with being on another exchange like kucoin or better bianance or trex but even that is not essential really. I see xrb going to 4 billion on 2 tiny exchanges not as good as cryptopia. Would be REALLY good to have a info graphic that give an example of the rate of return for owning 2000 CBX and running a masternode - assuming a conservative $100 per coin valuation - I just did the maths and its really quite something - hell you could retire on it! We need to spread this info, people will go nuts FR
|
|
|
Got mine
|
|
|
At $250 that's about $10 a block for doing sweet FA other than staking :O
|
|
|
All time high of 6.70 USD! Damn. If the new vault release is timed well / thunder-clapped correctly online we could be looking at $50 to $100 easy
|
|
|
Been playing with the hue of the new logo: https://imgur.com/a/Fjp69Really like the red and orange variant above - perhaps we could have different colours depending on wallet distribution Windows has blue logo Linux has red logo Android has purple logo Something like that...
|
|
|
Good stuff I'm curious but have you tested/profiled both the Linux and Windows version for RAM usage? From what I remember the old memory leak was only present in the Linux compilation... FR
|
|
|
Good morning, Could Megacoin receive some upcoming attention or has it already been planned? Have a nice day, -Dr. Kimoto Chan Oh. Hello
|
|
|
|