|
bitcreditscc (OP)
|
 |
August 17, 2015, 08:15:10 AM |
|
Finally i have some time to pursue parts of the code i hadn't had time to try to fix.  Gonna try and fix our internal messaging. Please note if you are running builds off the git that versions built with messaging re-enabled will have slower start-up time because they scan the chain every launch for all pub keys (this will be optional in actual release)... In the event of success, i will also try get our voting system working  Would be nice if we saw some volume today, particularly of the buy type...it's been two days 
|
|
|
|
|
tombtc
|
 |
August 17, 2015, 12:13:26 PM |
|
Anyone running a banknode service where I can keep my coins safely without risk of being robbed?
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 12:35:16 PM |
|
Anyone running a banknode service where I can keep my coins safely without risk of being robbed?
Simply send hack_ a message and he'll ask you to pay a % then he'll give you a BNprivkey and ip address. You hold your own coins, he keeps the servers running. I think he now has enough capacity for 200+ Bns
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 02:09:27 PM |
|
I think it's time we made a final decision on legacy stuff like InstantX and Darksend, do we keep or root out the code? Arguments for bothe are welcome.
|
|
|
|
|
tombtc
|
 |
August 17, 2015, 03:45:14 PM |
|
I keep getting Core dumped message when trying to run the qt wallet on ubuntu 14.04. Freshly compiled from source.
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 03:46:11 PM |
|
I keep getting Core dumped message when trying to run the qt wallet on ubuntu 14.04. Freshly compiled from source.
Master branch or release candidate?
|
|
|
|
|
tombtc
|
 |
August 17, 2015, 03:50:43 PM Last edit: August 20, 2015, 01:26:18 PM by tombtc |
|
I keep getting Core dumped message when trying to run the qt wallet on ubuntu 14.04. Freshly compiled from source.
Master branch or release candidate? I used this http://bitcredit.wikia.com/wiki/How_to_Compile_BitcreditIt starts only once after compiling, will synchronize and after that will not start agai.
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 03:55:45 PM |
|
I keep getting Core dumped message when trying to run the qt wallet on ubuntu 14.04. Freshly compiled from source.
Master branch or release candidate? I used this http://bitcredit.wikia.com/wiki/How_to_Compile_BitcreditIt starts only once after compiling, will synchronize and after that will not start again. Tried removing the mncache file? You can try using the rc branch (it's stable for me so far)
|
|
|
|
|
tombtc
|
 |
August 17, 2015, 03:58:54 PM |
|
The only mncache.dat file I've got on my laptop is the one from .dash directory  Does that mean I made a mistake somewhere?
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 04:06:51 PM |
|
The only mncache.dat file I've got on my laptop is the one from .dash directory  Does that mean I made a mistake somewhere? Yes, please try the process fro the start. hint : you can speed up the build process by using make -j (number of cores) Make you sure you have correct permissions for all dir and all dependencies installed New dependency for BCR:-libcurl
|
|
|
|
|
tombtc
|
 |
August 17, 2015, 04:22:35 PM |
|
Can I do all this without need to synchronize again?
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 04:28:03 PM |
|
Can I do all this without need to synchronize again?
Yes , keep your data. just recompile
|
|
|
|
thelonecrouton
Legendary
Offline
Activity: 966
Merit: 1000
|
 |
August 17, 2015, 07:20:50 PM |
|
I think it's time we made a final decision on legacy stuff like InstantX and Darksend, do we keep or root out the code? Arguments for bothe are welcome.
I see utility in IX, it may be worth keeping up with that section of the DASH codebase. DS is a clever but unless you're running a secure linux setup through an uncompromised VPN, you've never used gmail etc., you've never used any social media sites or systems, you've never used BCT or other online forums, you've never used a mobile phone... and the rest of your spy skills are top notch, you're wasting your time.
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 08:35:33 PM |
|
Can i get a hell yeah!!!!!!
|
|
|
|
thelonecrouton
Legendary
Offline
Activity: 966
Merit: 1000
|
 |
August 17, 2015, 09:09:04 PM |
|
Is that the Unity desktop? Usually the only useful thing you can do with Unity is apt-get install something anything else... 
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 09:10:09 PM |
|
Hell yeah!!!!!!  Gonna clean this code up and make a commit. Will start testing with anyone who has a active wallet/server today and wishes to try it out. I will have final verdict by morning (from my perspective). Automation of Service messages is now in sight, which is a huge step for all the services current and future. After i post code, i will leave it to peer review....meanwhile i will work on getting the voting system working, should take another day or so. Many thanks to NAN, even though we had a falling out early in the project, he did a lot of the work with regards to the internal messaging system making it less like gibberish for me.
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 09:22:22 PM |
|
Is that the Unity desktop? Usually the only useful thing you can do with Unity is apt-get install something anything else...  I haven't spent much time on this other than coding, lol. So here is a quick layout of how messaging will work:- Like our network, it will have multiple tiers. The standard is the everyday gossiping people will be doing in their respective inboxes, then we have the 2nd tier, these are basically strictly formatted messages that can be sent manually/automatically. These messages will serve as triggers for specific responses or actions (mostly on the BN side) so as to streamline and allow greater customization of how each BN interacts with customers. Third tier (idea still under immense scrutiny ) will be fully automated and functions based on contracts recorded in the blockchain, it will trigger actions such as payouts of Insurance fees, debt collection etc... this is where it gets crazy....while i am in no way capable of writing an AI, i do hope to write a autonomous referee for the chain. (much more on this later) Secondly....ah voting.... i will place the voting code in the mode it was in at first, but will ask for all users' input on whether i should expand it's scope. Why i like the way it is/was is that it can be used for anything, basically, spin up a vanity address, publish it and ask people to vote an opposing faction can do the same and voila , we have democracy! Another item that just moved up on the to-do list is the idea of multiple types of BNs earning different levels of awards. If we do this... what would be the best configuration? Should smaller nodes earn more than larger ones (encourages larger number of nodes and encourages smaller holders to get a BN) Or pay more to larger BNs (paying more based on size of investment , this is in support of our long term holders )
|
|
|
|
thelonecrouton
Legendary
Offline
Activity: 966
Merit: 1000
|
 |
August 17, 2015, 10:01:29 PM Last edit: August 17, 2015, 10:13:11 PM by thelonecrouton |
|
and voila , we have democracy!
Dog help us.  Another item that just moved up on the to-do list is the idea of multiple types of BNs earning different levels of awards. If we do this... what would be the best configuration?
Should smaller nodes earn more than larger ones (encourages larger number of nodes and encourages smaller holders to get a BN)
Or pay more to larger BNs (paying more based on size of investment , this is in support of our long term holders )
If BNs are mining, running multiple BNs per box may be problematic from a CPU usage POV. I think I previously advocated smaller BNs getting a few % more to encourage decentralisation but it may be simpler to just have coinbase rewards directly proportional to collateral? Anyway, sounds like a lot of progress, well done chief.  I'd like to add to my BCR stash, but I'd like to do it via bid, and back the currency rather than pay miners' electricity bills for them...
|
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 17, 2015, 10:21:04 PM |
|
and voila , we have democracy!
Dog help us.  Another item that just moved up on the to-do list is the idea of multiple types of BNs earning different levels of awards. If we do this... what would be the best configuration?
Should smaller nodes earn more than larger ones (encourages larger number of nodes and encourages smaller holders to get a BN)
Or pay more to larger BNs (paying more based on size of investment , this is in support of our long term holders )
If BNs are mining, running multiple BNs per box may be problematic from a CPU usage POV. I think I previously advocated smaller BNs getting a few % more to encourage decentralisation but it may be simpler to just have coinbase rewards directly proportional to collateral? Anyway, sounds like a lot of progress, well done chief.  LOL, better be a very big Dog. Yeah i think we should pay out more to the larger BNs, encourages existence of larger enterprise services. Say with a basic BN you can host level one type services , then with more you can have more resource hungry services and for your troubles the network pays you a proportionally higher stipend. Was already jumping into the voting code but there'll be a delay, i feel a headache coming on so i'm backing off for a few hours. Gonna power nap then try again afterwards. Bidding will be triggered around block 199999 every 900th block pays out. But we need to urgently force hashrate down or else re-write the pool code and make sure even if the payout block is mined the pool, it pays to the correct people.
|
|
|
|
|
bitcreditscc (OP)
|
 |
August 18, 2015, 03:50:03 AM |
|
Another change in policy:- as part of the drive to encourage less nodes per VPS and promote network growth, i am reverting the client back to default max out bound =8 and max connections =125. Would be nice if users would dedicate more resources per node, especially with BNs needing to mine blocks soon.
|
|
|
|
|