◈◈Bitcredit ◈◈ Migrating to UniQredit◈◈

[tommyj1]

what to do?

Code:

could not allocate vin for collateral address

What were you doing that produced this error?

Looks like this is an error when trying to start a BN in the wallet that is not properly funded.

Go ahead and create a BN and start it and you will get the message.



On a side note having all kinds of issues with the wallet (0.30.16.8final and 0.30.16.8b) when trying to send to BN address it takes forever and then I get a message that transaction amount is too large.

If I click on it while waiting because I think it did not send it freezes and I have to restart the wallet.

Have to restart the wallet about 5 or 6 times and when it finally does it resyncs to wallet from day 1.

Right now the wallet should be the main focus of this project. We should not have to redownload the block chain or add this or delete that to get it to work correct.

my wallet is funded, connection are poor after the latest update. i got no connection to BN on any of my wallets

[1714963856]

1714963856

[1714963856]

1714963856

[dragos_bdi]

So to set up 5 BNs on 1 VPN, I should configure ports in that way ?

1st BN , port=8877 , rpcport=8878

2nd BN, port=8876 , rpcport=8879

3rd BN, port=8875 , rpcport=8880

4th BN, port=8874 , rpcport=8881

5th BN, port=8873 , rpcport=8882

....

port decreasing, rpcport increasing to make it simple, I got it right ?

1st BN , listen=8877 , rpcport=8878

2nd BN, listen=0 , rpcport=8879

3rd BN, listen=0  , rpcport=8880

4th BN, listen=0  , rpcport=8881

5th BN, listen=0  , rpcport=8882

is how most are doing it. so yeah maybe try your way and tell us the results.

I think it's port, not listen , and must be put something on port= ...

alganonim , in my opinion it's correct and it's the best way to do it

[dragos_bdi]

So to set up 5 BNs on 1 VPN, I should configure ports in that way ?

1st BN , port=8877 , rpcport=8878

2nd BN, port=8876 , rpcport=8879

3rd BN, port=8875 , rpcport=8880

4th BN, port=8874 , rpcport=8881

5th BN, port=8873 , rpcport=8882

....

port decreasing, rpcport increasing to make it simple, I got it right ?

I have somethink like that ...
On first BN - 26 connections
On other 4 - 4 connections

[thelonecrouton]

So to set up 5 BNs on 1 VPN, I should configure ports in that way ?

1st BN , port=8877 , rpcport=8878

2nd BN, port=8876 , rpcport=8879

3rd BN, port=8875 , rpcport=8880

4th BN, port=8874 , rpcport=8881

5th BN, port=8873 , rpcport=8882

....

port decreasing, rpcport increasing to make it simple, I got it right ?

I use a similar scheme and it seems to work fine. I'm no expert though, and if I run './bitcredit-cli getconnectioncount' for each daemon, the number does seem low, between 2 and 5... the BN I'm running on my home machine also only has 5 connections.

Just checked and none of them are using rpc port 8878 as I didn't know it mattered, will change one on the VPS and the local one to rpc 8878 and see if that helps.

[alganonim]

Updated "latest" to include a *.conf file and *.qss files as examples.

http://bitcredits.pw/downloads/

Please use updatebcr.sh to update your files.

For me script didn't work, upgrading files manually - bitcreditd starts but shows no info, any bitcredit-cli command results with  "cannot execute binary file: exec format error"

Am I doing something wrong again.

Sorry,

Download again the scrypt.

Thanks, commands work but starting bitcreditd or another instance for example "bitcreditd -datadir=/root/.bitcredit3" shouldn't show current wallet status info like "add public key of .." or transactions ?
It worked before, I must change something in conf or something has changed, now to see if wallet is updated I must to execute bitcredit-cli getinfo from time to time

Anyone can help me with that ?

Bitcreditd starts but shows no wallet info, like "add public key of ... " or transactions

Worse is that after it, wallet stops at some block.

[tombtc]

That notice on trex:  This market is in danger of de-listing due to low trade volume and lack of user interest. It may be removed on June 26th unless the average daily trade volume for the last 7 days exceeds 0.2 BTC.
How long has that been there for?

[thelonecrouton]

Now just looking for a way to filter my ip in the BN list (I will try the VPS later) for now just want to run it from the wallet to see how it goes.

Thanks

My 'highlight any BNs in the list if found in mybanknodes.txt' thing seems to be working perfectly on linux, should work fine on Windows and Mac too as I use the internal calls for getting the default data dir.

Basically just stck a mybanknodes.txt file in the same directory as your wallet, with a BN address on each line.

As I mentioned before it filters for pubkey, which is invariant, not IP, which can be wrong. I suppose I could just highlight the whole row...

Image tags currently no workey so
http://i58.tinypic.com/2nsu9sw.png

Of course from the CLI you can just './bitcredit-cli banknode list | grep xx.xx.xx' or whatever.

[thelonecrouton]

Bittrex wallet back in action! 

[antonio8]

Now just looking for a way to filter my ip in the BN list (I will try the VPS later) for now just want to run it from the wallet to see how it goes.

Thanks

My 'highlight any BNs in the list if found in mybanknodes.txt' thing seems to be working perfectly on linux, should work fine on Windows and Mac too as I use the internal calls for getting the default data dir.

Basically just stck a mybanknodes.txt file in the same directory as your wallet, with a BN address on each line.

As I mentioned before it filters for pubkey, which is invariant, not IP, which can be wrong. I suppose I could just highlight the whole row...

Image tags currently no workey so
http://i58.tinypic.com/2nsu9sw.png

Of course from the CLI you can just './bitcredit-cli banknode list | grep xx.xx.xx' or whatever.

Thanks for the reply thelonecrouton.

I am a little slow but trying to understand this.

Your part I highlighted will filter my ip? When I start the BN and look in the Bank Network I can see my IP and Port that it is running from. SO doing what is highlighted will filter that? If so I am not for sure what the "CLI" is for.

Or doing the "mybanknodes.txt" by putting my BN address in will filter it out?

Sorry, just confused.

EDIT: Is this a way or any to hide my IP address in the BN list?

[thelonecrouton]

Your part I highlighted will filter my ip? When I start the BN and look in the Bank Network I can see my IP and Port that it is running from. SO doing what is highlighted will filter that? If so I am not for sure what the "CLI" is for.

Or doing the "mybanknodes.txt" by putting my BN address in will filter it out?

Sorry, just confused.

EDIT: Is this a way or any to hide my IP address in the BN list?

All I have done is add some code that looks for a textfile called mybanknodes.txt in your default data directory (where your wallet.dat lives) - you can put your BN BCR addresses in there, one on each line, and if they are in the banknode list in the QT client, it will highlight them for you.

It's just a simple visual way of picking out your BNs, eg. if you have ten BNs but only see 9 highlighted entries as you scroll down the list, you know one of them has a problem.

CLI = command line interface, ie. a *nix type terminal window. You can eg. log in to one of your BNs running on a VPS and control/monitor it that way.

If you want to hide the true IP of your BN, just start it from a different IP, and have that IP in your conf file. eg. start your BN while operating via a VPN. It is only the IP that the BN is started from that is ever listed in the wallet. This is not going to save you from being tracked down by the NSA though.  

Hope that helps.  

[siameze]

I use proxychains with bitcoin client, but I am unsure if there is a suitable alternative for other platforms.

[thelonecrouton]

Bwahahaha:

Code:

bool BitcreditGUI::eventFilter(QObject *obj, QEvent *event)

... now I can tell the widgets what to do, not the other way around. 

[siameze]

Bwahahaha:

Code:

bool BitcreditGUI::eventFilter(QObject *obj, QEvent *event)

... now I can tell the widgets what to do, not the other way around. 

I have only started learning this mysterious QT stuff, but I must admit >:3

[bitcreditscc]

Ok, i am now writing the code for bid based allocation but i need some opinions. There is a lot that could go wrong with this system. So i am researching current technologies and comparing with what the originators intended/understood about such a system.

While some of the thinking is slighlty back-dated  a lot of it is valid and holds bearing on the present and the future.

On Micro transactions and Zero Confirmations

I believe it'll be possible for a payment processing company to provide as a service the rapid distribution of transactions with good-enough checking in something like 10 seconds or less.

The network nodes only accept the first version of a transaction they receive to incorporate into the block they're trying to generate.  When you broadcast a transaction, if someone else broadcasts a double-spend at the same time, it's a race to propagate to the most nodes first.  If one has a slight head start, it'll geometrically spread through the network faster and get most of the nodes.

A rough back-of-the-envelope example:
1         0
4         1
16        4
64        16
80%      20%

So if a double-spend has to wait even a second, it has a huge disadvantage.

The payment processor has connections with many nodes.  When it gets a transaction, it blasts it out, and at the same time monitors the network for double-spends.  If it receives a double-spend on any of its many listening nodes, then it alerts that the transaction is bad.  A double-spent transaction wouldn't get very far without one of the listeners hearing it.  The double-spender would have to wait until the listening phase is over, but by then, the payment processor's broadcast has reached most nodes, or is so far ahead in propagating that the double-spender has no hope of grabbing a significant percentage of the remaining nodes.

On IP Based Payments

direct to IP address transfers seems like a obvious surface area to attack.

If you ever find anyone who turned it on.  It's disabled by default.

Why i am re-thinking the Bid based approach

It's not safe to use listtransactions this way.

I know I've been criticized for being reluctant about listtransactions.  Let me explain my reluctance.

Transactions are dynamic.  Past transactions can become unconfirmed, go away and come back, become invalid and disappear, or be replaced by a different double-spend.  Their date can change, their order can change.

The model where you assume you only need to see new transactions because you've already seen previous transactions is not true.  Old transactions can change at any time.

Any time you take an action based on payment amounts received, you always need to go back to bitcoin and ask for a current balance total (or use move or sendfrom), and be ready for the possibility that it can go down.

With this and many others in mind, I think we have to reconsider our bid based system. It has to be bullet proof and it must allow full decentralization, even if it is limited to the tx validation tier.

[bitcreditscc]

We want to rid ourselves of wasteful competitive mining and reward users and service providers whose activity is useful to growth and development. This must be done in a secure, auditable manner and so reliance on other chains, even BTC must be reduced, drastically. We are trying to reach out to the world so instead of complicating things we should be making them easier. While the mining solution is fairly sound , the bid based system creates a problem, new users have to figure out BTC AND BCR. This is unacceptable, luckily i had not wasted too much time on this doomed line of coding. While BTC was the start,we are trying to distinguish ourselves , falling back on reliance on BTC is absolutely out of the question. Users need to access BCR and get out directly. I have been talking to other users , new users who find our processes long and cumbersome. Even service providers , say a shop owner would have difficulty understanding all this. While we are designing something highly integrated and very complicated, we must not lose sight that to the typical user, it must be as simple as point and shoot. I want to take cues from successful products in other industries, example Apple....for all their close minded antics they have perfected the user experience (google is catching up) and quality. This means we are now going to be working twice as hard, not only to bring functionality , but to make it very appealing and very very easy to use. The reason every other coin is failing is that they become so technically efficient, that they forget this is meant to spread around the world, fro the chief tech officer of a big corp to a 6 year old paying bus fee in the depths of africa, it must be EXTREMELY SIMPLE to use BCR. So during use if you encounter an issue, or find anything you dislike , something the is slow, something that just makes the user experience suck, i am asking you to report it here:- https://github.com/bitcreditscc/bicreditsnew/issues. We will respond to it and do our utmost best to fix it and if you think you already know the solution, please be kind enough to let us know.

[hack_]

We want to rid ourselves of wasteful competitive mining and reward users and service providers whose activity is useful to growth and development. This must be done in a secure, auditable manner and so reliance on other chains, even BTC must be reduced, drastically. We are trying to reach out to the world so instead of complicating things we should be making them easier. While the mining solution is fairly sound , the bid based system creates a problem, new users have to figure out BTC AND BCR. This is unacceptable, luckily i had not wasted too much time on this doomed line of coding. While BTC was the start,we are trying to distinguish ourselves , falling back on reliance on BTC is absolutely out of the question. Users need to access BCR and get out directly. I have been talking to other users , new users who find our processes long and cumbersome. Even service providers , say a shop owner would have difficulty understanding all this. While we are designing something highly integrated and very complicated, we must not lose sight that to the typical user, it must be as simple as point and shoot. I want to take cues from successful products in other industries, example Apple....for all their close minded antics they have perfected the user experience (google is catching up) and quality. This means we are now going to be working twice as hard, not only to bring functionality , but to make it very appealing and very very easy to use. The reason every other coin is failing is that they become so technically efficient, that they forget this is meant to spread around the world, fro the chief tech officer of a big corp to a 6 year old paying bus fee in the depths of africa, it must be EXTREMELY SIMPLE to use BCR. So during use if you encounter an issue, or find anything you dislike , something the is slow, something that just makes the user experience suck, i am asking you to report it here:- https://github.com/bitcreditscc/bicreditsnew/issues. We will respond to it and do our utmost best to fix it and if you think you already know the solution, please be kind enough to let us know.

I agree on the user experience, that is a big thing. But bid based mining is actually a sound idea, we are not relying on other chains, they are just being used as a conduit. Eventually we can divorce completely from BTC, but not immediately.

[Bank_sy]

We want to rid ourselves of wasteful competitive mining and reward users and service providers whose activity is useful to growth and development. This must be done in a secure, auditable manner and so reliance on other chains, even BTC must be reduced, drastically. We are trying to reach out to the world so instead of complicating things we should be making them easier. While the mining solution is fairly sound , the bid based system creates a problem, new users have to figure out BTC AND BCR. This is unacceptable, luckily i had not wasted too much time on this doomed line of coding. While BTC was the start,we are trying to distinguish ourselves , falling back on reliance on BTC is absolutely out of the question. Users need to access BCR and get out directly. I have been talking to other users , new users who find our processes long and cumbersome. Even service providers , say a shop owner would have difficulty understanding all this. While we are designing something highly integrated and very complicated, we must not lose sight that to the typical user, it must be as simple as point and shoot. I want to take cues from successful products in other industries, example Apple....for all their close minded antics they have perfected the user experience (google is catching up) and quality. This means we are now going to be working twice as hard, not only to bring functionality , but to make it very appealing and very very easy to use. The reason every other coin is failing is that they become so technically efficient, that they forget this is meant to spread around the world, fro the chief tech officer of a big corp to a 6 year old paying bus fee in the depths of africa, it must be EXTREMELY SIMPLE to use BCR. So during use if you encounter an issue, or find anything you dislike , something the is slow, something that just makes the user experience suck, i am asking you to report it here:- https://github.com/bitcreditscc/bicreditsnew/issues. We will respond to it and do our utmost best to fix it and if you think you already know the solution, please be kind enough to let us know.

Bank nodes will be mainly responsible for creation of new BCR through proof of stake. Larger bank nodes (higher tiers) will be able to have higher stake rate based on usage/performance or some other statistic so that you are rewarded for both holding more BCR and your willingness to provide BCR as services.

This also works because as more 'services' are required, this means there will be more users needing/using BCR so that will also in turn allow bank nodes to create more BCR (supply increases with demand this way). Just thinking out loud.

[thelonecrouton]

We want to rid ourselves of wasteful competitive mining and reward users and service providers whose activity is useful to growth and development. This must be done in a secure, auditable manner and so reliance on other chains, even BTC must be reduced, drastically. We are trying to reach out to the world so instead of complicating things we should be making them easier. While the mining solution is fairly sound , the bid based system creates a problem, new users have to figure out BTC AND BCR. This is unacceptable, luckily i had not wasted too much time on this doomed line of coding. While BTC was the start,we are trying to distinguish ourselves , falling back on reliance on BTC is absolutely out of the question. Users need to access BCR and get out directly. I have been talking to other users , new users who find our processes long and cumbersome. Even service providers , say a shop owner would have difficulty understanding all this. While we are designing something highly integrated and very complicated, we must not lose sight that to the typical user, it must be as simple as point and shoot. I want to take cues from successful products in other industries, example Apple....for all their close minded antics they have perfected the user experience (google is catching up) and quality. This means we are now going to be working twice as hard, not only to bring functionality , but to make it very appealing and very very easy to use. The reason every other coin is failing is that they become so technically efficient, that they forget this is meant to spread around the world, fro the chief tech officer of a big corp to a 6 year old paying bus fee in the depths of africa, it must be EXTREMELY SIMPLE to use BCR. So during use if you encounter an issue, or find anything you dislike , something the is slow, something that just makes the user experience suck, i am asking you to report it here:- https://github.com/bitcreditscc/bicreditsnew/issues. We will respond to it and do our utmost best to fix it and if you think you already know the solution, please be kind enough to let us know.

I agree on the user experience, that is a big thing. But bid based mining is actually a sound idea, we are not relying on other chains, they are just being used as a conduit. Eventually we can divorce completely from BTC, but not immediately.

Agreed. I don't see how the Satoshi quote applies to the bid system any 'more' than it applies to anything else. And transactions baked into the blockchain only become mutable in the event of an overwhelming and successful attack, apart from that I'm not sure what the heck he was on about, unless by "past" he was referring to sub-blocktime periods.

[thelonecrouton]

First small step to better user friendliness:



About Bitcredit window isn't very helpful yet but it will be...  

@hack_ : any content for me?

edit: I was thinking of having the help pages as html, to allow easy syncing/updating between wallet and future website...?

[thelonecrouton]

Quick prototype newfangled About / Help page, as usual everything is subject to change without notice, eg. I'll probably style the buttons to match the ones in the main wallet:



I can have the wallet pull updated content if available from the website (when one exists) - do not expect me to display a fully working javascript-infested website in the wallet though.

Also, get writing! I need content.