Skip IRC bootstrap?
As said in the earlier stages of bitcoin IRC is only a temporary solution for bootstrapping. Since I do not feel like implementing something that will be dropped soon after, I'd guess I should just skip the IRC bootstrap part and implement various other way to harvest initial nodes. I'm thinking of storing known peers in a database, and keeping those that stay most of the time (ie, got a fixed ip and provide bitcoin service). Any comment? MagicalTux 07:32, 18 December 2010 (GMT)
- If the file is large and releases are often, then there should be at least a few bootstrap clients in the file that work. Genjix 03:04, 24 December 2010 (GMT)
- Even if not often, some nodes are probably going to stay for years (the nodelist will start with the most long-established nodes). Once one node has been reached, things are easy MagicalTux 03:17, 24 December 2010 (GMT)
I've had various ideas for improvements for improving Bitcoin, but because I haven't written them down I've forgotten most of them. I'll try to keep a list here of ideas:
- Show small denominations of bitcoins using SI-notation. i.e 0.001 BTC = 1 mBTC, 100000 BTC = 0.1 GBTC
- Do not have accounts. Instead allow more flexible tree based method of organising addresses with ability to tag them in groups or categories.
- Basic libbitcoin so others can make clients for gtk, KDE ...
- Ability to generate at lower speeds
- Same one column for transaction amounts. Money sent is like -10 BTC and the row's background is highlighted red. Money received, the row is highlighed green and shown as +10 BTC. Genjix 17:35, 24 December 2010 (GMT)
- Ok let's see...
- SI denomination: mostly cosmetic, why not. The difficult part will be to choose the right unit
- Accounts-in-a-tree, that sounds interesting :) I was already planning to give one "account" the ability to hold more than one address so returns can be kept together
- This one is not going to get easy since I'm using Qt net libs. The core component do not use QtGui so it can be easily connected to a gtk UI, but the networking will still be done by Qt
- The client itself will not include any generator, generation will be handled by external binaries via a specific API. Still I'll include a CPU miner in the distro, giving it the ability to generate at lower speeds should be possible (result may vary depending on OS)
- This one is already planned in the UI :p
- MagicalTux 03:17, 24 December 2010 (GMT)
- SI denominations are already a standard. So you don't need to pick a unit.
- Maybe you could have 2 components- core network with API as a library, and thin client GUI on top.
- Not including a generator in the application is a great idea.
- Genjix 17:35, 24 December 2010 (GMT)
Another idea. The main list view should look something like this:
|Processing (2)||20 Dec 10||hello jon||-10||170|
|Confirmed (10)||18 Dec 10||bls djdsksd sdls||+20||180|
The date should be in that format, as it's confusing for non-Americans as they write the date wrong as MM/DD/YY instead of the usual DD/MM/YY.
Also here's a link to a list of SI prefixes. People find it confusing dealing with large numbers, which is why SI prefixes exist. It's easier to handle numbers in the 0-100 range than the 10000000000-100000000000 range.
Another idea would be that it'd be nice to associate bitcoin addresses with people's names like with email. So if I wanted to send money to my friend John, then I just click his name. When you send money in Bitcoin, there's a button to open the address book. It should already be integrated in that send dialog- having to make another click to reach the address book is off putting for the user and discourages them to use it. If it was already integrated as a list view in that dialog then it'd be easy to quickly select your friends, type in a number and hit send. Instead of type number, click address book, select friend, click OK, click OK. Genjix 17:35, 24 December 2010 (GMT)