Difference between revisions of "Talk:QBitcoin"
MagicalTux (talk | contribs) |
|||
| Line 3: | Line 3: | ||
As [http://www.bitcoin.org/smf/index.php?topic=84.0 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? [[User:MagicalTux|MagicalTux]] 07:32, 18 December 2010 (GMT) | As [http://www.bitcoin.org/smf/index.php?topic=84.0 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? [[User:MagicalTux|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. [[User:Genjix|Genjix]] 03:04, 24 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. [[User:Genjix|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 [[User:MagicalTux|MagicalTux]] 03:17, 24 December 2010 (GMT) | ||
== Suggestions == | == Suggestions == | ||
| Line 12: | Line 13: | ||
* Ability to generate at lower speeds | * 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. | * 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. | ||
| + | : 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 | ||
| + | : [[User:MagicalTux|MagicalTux]] 03:17, 24 December 2010 (GMT) | ||
Revision as of 03:17, 24 December 2010
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)
Suggestions
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.
- 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)
