Bitcoin Forum
September 30, 2016, 01:28:45 PM *
News: Latest stable version of Bitcoin Core: 0.13.0 (New!) [Torrent]. Make sure you verify it.
 
   Home   Help Search Donate Login Register  
Pages: [1] 2 »  All
  Print  
Author Topic: Bitcoin is "Growing Up" : Feature Request  (Read 5899 times)
lachesis
Full Member
***
Offline Offline

Activity: 210


View Profile
July 12, 2010, 05:04:27 AM
 #1

Bitcoin has obviously outgrown the initial experiment stage. It's getting robust and has gained at least 400 clients today (according to the counts in #bitcoin on LFnet). As a result, it needs to grow some new features.

1) Bundle the first 80% of the blocks with the client download!
   It really hammered the network to slowly distribute the blocks, and a lot of people talked about how annoying a problem this was for new users.
2) Disconnect from the IRC when the outside port (8333) isn't connectible.
   We gain NOTHING by having Bitcoin idle on the IRC channel when nobody can connect to it, and we hit the server harder and annoy privacy-minded people.
3) Allow different ports than 8333 and 8332.
   Right now, it is trivially easy to block Bitcoin at a network level, and nothing has used fixed ports since BIND. We can do better.
4) Allow exporting the wallet for backups.
   People might actually backup then!

I'm sure there are others, but those are my top four. This is based upon participating in the chat in #bitcoin-dev. The other request was to drop wxWidgets from the daemon, but having read the code, that seems like too much trouble to do now.

I'm sorry if this post sounded harsh, but these are some nice (and fairly simple) things to do to make Bitcoin more new user friendly.

Bitcoin Calculator | Scallion | GPG Key | WoT Rating | 1QGacAtYA7E8V3BAiM7sgvLg7PZHk5WnYc
1475242125
Hero Member
*
Offline Offline

Posts: 1475242125

View Profile Personal Message (Offline)

Ignore
1475242125
Reply with quote  #2

1475242125
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1475242125
Hero Member
*
Offline Offline

Posts: 1475242125

View Profile Personal Message (Offline)

Ignore
1475242125
Reply with quote  #2

1475242125
Report to moderator
TheOddShot
Newbie
*
Offline Offline

Activity: 9


View Profile WWW
July 12, 2010, 06:44:16 AM
 #2

Quote
3) Allow different ports than 8333 and 8332.
  is essential.  There are a lot of places where several people are behind the same NAT router. as it is, only one of them can have incoming connections.

Trevor

bc: 1BpyLNjGFjWXwiWK5TfQfLW4tFYP3Mb9Yj
HostFat
Staff
Legendary
*
Offline Offline

Activity: 2226


I support freedom of choice


View Profile WWW
July 12, 2010, 06:51:11 AM
 #3

Quote
2) Disconnect from the IRC when the outside port (8333) isn't connectible.
   We gain NOTHING by having Bitcoin idle on the IRC channel when nobody can connect to it, and we hit the server harder and annoy privacy-minded people.
The client needs also to show something to the user, example: unable to connect ...

Eternity Wall: Messages lasting forever - The Rock Trading (ref): A good exchange / gateway Ripple, with support for multisig, since 2007. 
https://bitcointa.lk: Bitcointalk backup if offline - Bitcoin Foundation Italia - Blog: http://theupwind.blogspot.it
llama
Member
**
Offline Offline

Activity: 103


View Profile
July 12, 2010, 07:04:21 AM
 #4

1) Bundle the first 80% of the blocks with the client download!
   It really hammered the network to slowly distribute the blocks, and a lot of people talked about how annoying a problem this was for new users.

This is important.  A lot of people got very frustrated waiting hours for them to download.

If a user wants perfectly ensured security / doesn't trust the builder, they can always delete the bundled blocks and let them reload individually.

Bitcoiner
Member
**
Offline Offline

Activity: 70


View Profile
July 12, 2010, 04:03:30 PM
 #5

1) Bundle the first 80% of the blocks with the client download!
   It really hammered the network to slowly distribute the blocks, and a lot of people talked about how annoying a problem this was for new users.

This is important.  A lot of people got very frustrated waiting hours for them to download.

If a user wants perfectly ensured security / doesn't trust the builder, they can always delete the bundled blocks and let them reload individually.

Agreed; it could be a checkbox option in the installer.

Want to thank me for this post? Donate here! Flip your coins over to: 13Cq8AmdrqewatRxEyU2xNuMvegbaLCvEe  Smiley
knightmb
Sr. Member
****
Offline Offline

Activity: 308


Timekoin - Save Electricity, Don't Waste It!


View Profile WWW
July 13, 2010, 07:12:15 AM
 #6

Add priority management to the list, so that we can start the program always in the lowest priority for example. That way, it can run on idle CPU time instead of sharing CPU time with the current system applications.

Bitcoiner
Member
**
Offline Offline

Activity: 70


View Profile
July 14, 2010, 02:22:50 AM
 #7

I can confirm the block problem. I just installed Bitcoin on my tower, and it is really annoying to hear the hard drive crunch like crazy as it downloads the blocks.

Want to thank me for this post? Donate here! Flip your coins over to: 13Cq8AmdrqewatRxEyU2xNuMvegbaLCvEe  Smiley
Anonymous
Guest

July 14, 2010, 04:00:56 AM
 #8

Could the initial block and client download be managed through bittorrent?

This way you could seed whilst running bitcoin . Smiley

The seeds on bittorrent would have the latest blocks and this would mean removing the single point of failure of one website location for the initial download.
lachesis
Full Member
***
Offline Offline

Activity: 210


View Profile
July 14, 2010, 08:43:51 PM
 #9

For the block download problem, this patch might solve it. I haven't had time to test it yet, but it looks good.

http://bitcointalk.org/index.php?topic=354.0

Bitcoin Calculator | Scallion | GPG Key | WoT Rating | 1QGacAtYA7E8V3BAiM7sgvLg7PZHk5WnYc
SmokeTooMuch
Legendary
*
Offline Offline

Activity: 873


View Profile
July 14, 2010, 09:16:39 PM
 #10

you can use this torrent http://knightmb.dyndns.org/files/bitcoin/BitcoinBlocks.torrent for the block download.

Date Registered: 2009-12-10 | I'm using GPG, pm me for my public key. | Bitcoin on Reddit: https://www.reddit.com/r/btc
You like what I'm doing? Why don't you send me a coin: 17Pj8jpUgY6qTaKgiopL5U48zxU4rTrkuB
Babylon
Sr. Member
****
Offline Offline

Activity: 308



View Profile
July 16, 2010, 06:48:07 AM
 #11

I've seen transaction fees mentioned a few times but I don't see any way in the client to implement them.

d1337r
Jr. Member
*
Offline Offline

Activity: 35



View Profile
July 16, 2010, 07:21:26 AM
 #12

Looks like they will be implemented only after emission of 21 million BTCs will be close to an end.

My BC: 1FA57SXagJUq7zhnk5kTQMQmWSE3eBVbMr
Babylon
Sr. Member
****
Offline Offline

Activity: 308



View Profile
July 16, 2010, 07:26:08 AM
 #13

Looks like they will be implemented only after emission of 21 million BTCs will be close to an end.

So not for about 20 years? 

Svick
Newbie
*
Offline Offline

Activity: 10


View Profile
July 16, 2010, 07:43:27 AM
 #14

I've seen transaction fees mentioned a few times but I don't see any way in the client to implement them.
Looks like they will be implemented only after emission of 21 million BTCs will be close to an end.
The fees are already implemented, in the case of very large transactions.

It is done so that when you create a transaction, you put more bitcoins in than what goes out. The difference goes to whoever manages to create an accepted block with your transaction. If I wanted, I could modify my client so that your transaction is included in the block I'm generating only if it gives me enough bitcoins as a fee. If enough (generating) clients did this, it would be advantageous for you to add the fee to your transactions, so that they are processed faster.

1C1Se5dFUnvtTEuCmLpKJBv4JXJh6NtHqy
Babylon
Sr. Member
****
Offline Offline

Activity: 308



View Profile
July 16, 2010, 08:21:50 AM
 #15

I've seen transaction fees mentioned a few times but I don't see any way in the client to implement them.
Looks like they will be implemented only after emission of 21 million BTCs will be close to an end.
The fees are already implemented, in the case of very large transactions.

It is done so that when you create a transaction, you put more bitcoins in than what goes out. The difference goes to whoever manages to create an accepted block with your transaction. If I wanted, I could modify my client so that your transaction is included in the block I'm generating only if it gives me enough bitcoins as a fee. If enough (generating) clients did this, it would be advantageous for you to add the fee to your transactions, so that they are processed faster.

Right.  I was asking if this is going to be an option that will be a part of the GUI for the bitcoin client.  Making it simple for someone to charge transaction fees if they so desire.

d1337r
Jr. Member
*
Offline Offline

Activity: 35



View Profile
July 16, 2010, 08:28:00 AM
 #16

Yep, I had an idea too, for someone generous to disable taking transaction fees (so if they somehow participate in the transaction, they don't take the fee, but let it pass to the recipient (or return to the sender Cheesy )

My BC: 1FA57SXagJUq7zhnk5kTQMQmWSE3eBVbMr
dete
Newbie
*
Offline Offline

Activity: 22



View Profile
July 18, 2010, 06:13:13 AM
 #17

I'm not sure a static download of the first n blocks is really the right solution.  The problem isn't that it's so much data for the network to handle, the problem is that the processing and storage of those blocks is really expensive.

Static download is a crutch, fix the real problem: Why should downloading 32M of blocks bring my computer to a halt for a couple hours under any circumstances?!

Send me a tip!
1Benh27wZoszDjvGTSWTWD2CWPr4rWUoGk
knightmb
Sr. Member
****
Offline Offline

Activity: 308


Timekoin - Save Electricity, Don't Waste It!


View Profile WWW
July 18, 2010, 05:59:39 PM
 #18

I'm not sure a static download of the first n blocks is really the right solution.  The problem isn't that it's so much data for the network to handle, the problem is that the processing and storage of those blocks is really expensive.

Static download is a crutch, fix the real problem: Why should downloading 32M of blocks bring my computer to a halt for a couple hours under any circumstances?!
I don't think the block download brings your computer to a halt, it's more like the program isn't going to burn up 100 megabits to get the blocks. It runs very light on bandwidth and so do the other peers you are connected to get the blocks.

That's why I created those package block downloads, to save time. It's quicker to download a small 32 MB file from my fiber connection than to wait a while for the p2p network to send it to you.

mizerydearia
Hero Member
*****
Offline Offline

Activity: 574



View Profile
August 09, 2010, 11:51:07 PM
 #19

3) Allow different ports than 8333 and 8332.
   Right now, it is trivially easy to block Bitcoin at a network level, and nothing has used fixed ports since BIND. We can do better.

Has this been resolved yet?
jgarzik
Legendary
*
qt
Offline Offline

Activity: 1470


View Profile
August 10, 2010, 12:06:11 AM
 #20

Does the 'address' network message include TCP port number?

Jeff Garzik, bitcoin core dev team and BitPay engineer; opinions are my own, not my employer.
Donations / tip jar: 1BrufViLKnSWtuWGkryPsKsxonV2NQ7Tcj
Pages: [1] 2 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!